Bug#426013: exim4-daemon-heavy Base64 decoding error

Mark Adams mark at campbell-lange.net
Thu Feb 28 13:28:03 UTC 2008


On Fri, Jan 04, 2008 at 12:22:51PM +0100, Simon Josefsson wrote:
> Hi Mark!  I'm trying to help debug this problem.  Could you please post
> the output from running:
> 
> certtool -i < /etc/exim4/certificates/newserver_co_uk.crt
> 
> Could you also check that
> 
> certtool -k < /etc/exim4/certificates/newserver_co_uk.pem
> 
> works?  Don't post the output, as that would compromise your private
> key.
> 
> Do the files contain anything except one certificate and one private key
> respectively?
> 
> The next step would be to install libgnutls-dbg and set a breakpoint on
> gnutls_certificate_set_x509_key_file to see where it fails.
> 
> I'm trying to confirm that the problem only happens inside exim, and not
> inside gnutls.  That seems strange, but the discussions in the bug
> report earlier suggests this.
> 
> Fwiw, I believe this problem has nothing to do with a wildcard cert, the
> code that fails reads:
> 
>   DEBUG(D_tls) debug_printf("certificate file = %s\nkey file = %s\n",
>     cert_expanded, key_expanded);
>   rc = gnutls_certificate_set_x509_key_file(x509_cred, CS cert_expanded,
>     CS key_expanded, GNUTLS_X509_FMT_PEM);
>   if (rc < 0)
>     {
>     uschar *msg = string_sprintf("cert/key setup: cert=%s key=%s",
>       cert_expanded, key_expanded);
>     return tls_error(msg, host, rc);
>     }
> 
> That function does not care whether the certificate is a wildcard one.
> 
> /Simon

Hi Simon,

I have tried the tests and they work, can you please advise how to go
about setting a breakpoint as you suggest for the next test?

Thanks,
Mark





More information about the Pkg-exim4-maintainers mailing list