On Thu, Feb 03, 2022 at 02:51:10PM +0100, Vincent Lefevre wrote: > On 2022-02-03 14:21:58 +0100, Marc Haber wrote: > > Is the bug repeatable by unfreezing the message and forcing a delivery > > attempt? If so, you might be able to get a core dump from the delivering > > exim. > > The delivery was successful. There was still a "TLS error on > connection (recv): The TLS connection was non-properly terminated." > error, but no 450: > > 2022-02-02 13:42:28 Start queue run: pid=150965 -qff > 2022-02-02 13:42:28 1nEt2b-0008jG-97 Unfrozen by forced delivery > 2022-02-02 13:42:31 1nEt2b-0008jG-97 H=mx1.mailchannels.net [54.189.39.249] > TLS error on connection (recv): The TLS connection was non-properly > terminated.
Just for the protocol: gnutls-cli --insecure -s -p 25 54.189.39.249 allows me to simulate an EHLO/STARTTLS/EHLO/QUIT session that gets properly terminated. Andreas as GnuTLS maintainer might make more sense from that finding. > 2022-02-02 13:42:31 1nEt2b-0008jG-97 => xxx@yyy R=dnslookup T=remote_smtp > H=mx1.mailchannels.net [54.189.39.249] > X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=yes > DN="CN=*.mailchannels.net" C="250 2.0.0 Ok: queued as 6D9D5201EF" > 2022-02-02 13:42:31 1nEt2b-0008jG-97 Completed > 2022-02-02 13:42:31 End queue run: pid=150965 -qff That doesn't help though, we neeed the error to happen ;-) Do you see this TLS error with other remotes? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421