* Marc Haber [2005-11-09]:
> On Wed, Nov 09, 2005 at 02:23:41PM +0100, Franz G. Koehler wrote:
> > since applying the latest security updates exim4 does not initialize nor
> > accept successfully TLS connections.
>
> I cannot reproduce this. Works fine here.
I can. I have the same timeouts after STARTTLS.
> Does your system have enough entropy?
This it is a server with no keyboard attached, it might lack entropy.
Trying a manual delivery with exim4 -v -d -M <mid> :
[...]
81.56.190.81 in hosts_avoid_tls? no (option unset)
SMTP>> STARTTLS
waiting for data on socket
read response data: size=18
SMTP<< 220 TLS go ahead
initializing GnuTLS as a client
parameter cache file /var/spool/exim4/gnutls-params does not exist
generating 512 bit RSA key...
selecting on subprocess pipes
selecting on subprocess pipes
selecting on subprocess pipes
[...]
with the last line repeated until the other end times out.
Hello,
* Marc Haber [2005-11-09]:
> On Wed, Nov 09, 2005 at 02:23:41PM +0100, Franz G. Koehler wrote:
> > since applying the latest security updates exim4 does not initialize nor
> > accept successfully TLS connections.
>
> I cannot reproduce this. Works fine here.
I can. I have the same timeouts after STARTTLS.
> Does your system have enough entropy?
This it is a server with no keyboard attached, it might lack entropy.
Trying a manual delivery with exim4 -v -d -M <mid> :
[...] exim4/gnutls- params does not exist
81.56.190.81 in hosts_avoid_tls? no (option unset)
SMTP>> STARTTLS
waiting for data on socket
read response data: size=18
SMTP<< 220 TLS go ahead
initializing GnuTLS as a client
parameter cache file /var/spool/
generating 512 bit RSA key...
selecting on subprocess pipes
selecting on subprocess pipes
selecting on subprocess pipes
[...]
with the last line repeated until the other end times out.