Re: Spamcontrol 2.7.32 qmail-remote TLS problems

Michael Brunnbauer <[email protected]>
Newsgroups gmane.mail.qmail.general
Message-ID <[email protected]>
hi all,

the admins of one of the affected MX tell me that they have problems with
DH parameters > 768 bits causing timeouts. We recently upgraded from OpenSSL
1.0.1q to 1.0.1s and the changelog for 1.0.1r says:

 "Reject DH handshakes with parameters shorter than 1024 bits."

 https://www.openssl.org/news/cl101.txt

Maybe that explains it?

Regards,

Michael Brunnbauer

On Thu, Apr 14, 2016 at 12:53:54PM +0200, Michael Brunnbauer wrote:
> 
> hi all,
> 
> I have transient TLS problem with certain destinations that cause some mails
> to be delayed with the error 
> 
>  delivery ... deferral: TLS_connection/protocol_error_for_for_host:..._(#4.4.1)/
> 
> Sometimes mail goes through right away, sometimes after several trials and
> sometimes it takes days. So far I have identified these destinations:
> 
>  hotmail.com (mx1.hotmail.com)
>  neumann-neumann.com (mail.neumann-neumann.com)
>  ton-objekt.de (ton-objekt.de.pri-mx.eu0103.smtproutes.com)
> 
> Most interesting here is hotmail.com. I am not able to communicate properly with
> mx*.hotmail.com via the openssl client. An encrypted connection via STARTTLS
> is established but then the server does not respond to most commands.
> "QUIT" works, "quit", "HELO", "EHLO", "MAIL FROM:" does not:
> 
> openssl s_client -connect mx1.hotmail.com:25 -starttls smtp
> CONNECTED(00000003)
> ...
> SSL-Session:
>     Protocol  : TLSv1.2
>     Cipher    : ECDHE-RSA-AES256-SHA384
>     Session-ID: 493A0000F823516DED700287A61AAA62F886AD12B02635F4A7B2845431B4CF3F
>     Session-ID-ctx: 
>     Master-Key: 3FEC7E06D8229053DF4FA60DD7BBFA850C86BB198AA8C4E325729619EE9486D548B4541B34D277780D93A6503DC45B03
>     Key-Arg   : None
>     PSK identity: None
>     PSK identity hint: None
>     SRP username: None
>     Start Time: 1460629034
>     Timeout   : 300 (sec)
>     Verify return code: 0 (ok)
> ---
> 250 OK
> EHLO fiano.netestate.de
> read:errno=104
> 
> The response to QUIT is also quite non-SMTP-like:
> 
> 250 OK
> QUIT
> DONE
> 
> I can reproduce this running the openssl client from several data centers and
> distributions (OpenSSL 1.0.1s and 1.0.1f). http://checktls.com does not report
> any problems with hotmail.com.
> 
> Can somebody here reproduce this or shed light on it?
> 
> I had two mails to hotmail.com in the queue today that were delayed for days.
> After putting "!hotmail.com:" in tlsdestinations, hotmail reported
> "552 Message size exceeds fixed maximum message size".
> 
> I am quite sure that in my first trials with the openssl client and 
> ton-objekt.de.pri-mx.eu0103.smtproutes.com, the connection was closed after
> the TLS connection was established but before I could enter a command but I 
> was not able to reproduce this since then.
> 
> I will conduct further experiments but maybe someone has clues for me.
> 
> Regards,
> 
> Michael Brunnbauer
> 
> -- 
> ++  Michael Brunnbauer
> ++  netEstate GmbH
> ++  Geisenhausener Straße 11a
> ++  81379 München
> ++  Tel +49 89 32 19 77 80
> ++  Fax +49 89 32 19 77 89 
> ++  E-Mail [email protected]
> ++  http://www.netestate.de/
> ++
> ++  Sitz: München, HRB Nr.142452 (Handelsregister B München)
> ++  USt-IdNr. DE221033342
> ++  Geschäftsführer: Michael Brunnbauer, Franz Brunnbauer
> ++  Prokurist: Dipl. Kfm. (Univ.) Markus Hendel



-- 
++  Michael Brunnbauer
++  netEstate GmbH
++  Geisenhausener Straße 11a
++  81379 München
++  Tel +49 89 32 19 77 80
++  Fax +49 89 32 19 77 89 
++  E-Mail [email protected]
++  http://www.netestate.de/
++
++  Sitz: München, HRB Nr.142452 (Handelsregister B München)
++  USt-IdNr. DE221033342
++  Geschäftsführer: Michael Brunnbauer, Franz Brunnbauer
++  Prokurist: Dipl. Kfm. (Univ.) Markus Hendel
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAlcPyUUACgkQvo+oDi22Hrn8cwCfeEo8V6ZLhvorTDJD+XIUygZH
858AnRQuU5Kx5nisnLFsTyf5acBNUJvB
=6RlH
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.