I've been now monitoring my qmail/send log and there has been now two instances of a new error:
TLS_connect_failed:_error:1425F102:SSL_routines:ssl_choose_client_version:unsupported_protocol The other one was my own very old qmail box that can do only TLSv1.0/TLSv1.1. So apparently the new setting will break compatibility with the older servers, but I guess that is the expected behaviour with the DEFAULT setting. For now I will just monitor the send log and if I see problematic behaviour I will just add the hostnames to /var/qmail/control/notlshosts/ Best, Peter On Wed, Feb 23, 2022 at 11:25 AM Peter Peltonen <[email protected]> wrote: > > Hello, > > Okay I now tested:: > > With LEGACY (which I had earlier) I get the > SSL_routines:set_client_ciphesuite:wrong_cipher_returned error in qmail/send > log: > > But with DEFAULT I get Remote_host_said:_250_2.0.0_OK_accept as the result > > And I did the test without rebooting nor restarting qmail. > > So apparently this command did the trick like Eric suggested: > > update-crypto-policies --set DEFAULT > > Now I wonder if this has some other consequences, what legacy stuff is now > incompatible...? > > Best, > Peter > > > ma 21. helmik. 2022 klo 17.55 Eric Broch <[email protected]> kirjoitti: >> >> reboot >> >> On 2/21/2022 8:30 AM, Peter Peltonen wrote: >> > Thanks Eric for the update. Here is what I see: >> > >> > [root@mail ~]# update-crypto-policies --show >> > LEGACY >> > [root@mail ~]# update-crypto-policies --set DEFAULT >> > Setting system policy to DEFAULT >> > Note: System-wide crypto policies are applied on application start-up. >> > It is recommended to restart the system for the change of policies >> > to fully take place. >> > >> > Is restarting qmail enough or should I even reboot? >> > >> > And is there some difference between DEFAULT and FUTURE or are they the >> > same? >> > >> > Best, >> > Peter >> > >> > On Mon, Feb 21, 2022 at 4:39 PM Eric Broch <[email protected]> wrote: >> >> Upon further reflection, at the end of the qt/cos8 install script there >> >> is a command, 'update-crypto-policies --set LEGACY' intended for old >> >> email clients I don't wonder if this change between cos7 and cos8 might >> >> caused the problem. Have a look here: >> >> >> >> https://www.redhat.com/en/blog/how-customize-crypto-policies-rhel-82 >> >> >> >> If you've change it to 'update-crypto-policies --set DEFAULT' or >> >> 'update-crypto-policies --set FUTURE' and are still having issue ask >> >> hornet security if we can see the actual smtp transaction. >> >> >> >> In my earlier email I was saying that there was not much difference >> >> between the old code and the new code for remote delivery and it was not >> >> immediately obvious why we would be having a problem. >> >> >> >> Eric >> >> >> >> >> >> On 2/21/2022 7:17 AM, Peter Peltonen wrote: >> >>> Hi, >> >>> >> >>> Is there something I can test? I didn't quite understand from Eric's >> >>> earlier msg what I should try... >> >>> >> >>> One email address producing this error for me is >> >>> [email protected] -> If you like Eric, you could try emailing >> >>> themselves asking for more details (either they reply to you or you >> >>> will face the same error). If you don't face the same error then we >> >>> could try figuring out what is different in our setups? >> >>> >> >>> Best, >> >>> Peter >> >>> >> >>> >> >>> >> >>> >> >>> On Sat, Feb 19, 2022 at 6:29 PM Eric Broch <[email protected]> >> >>> wrote: >> >>>> Looking through the function tls_init() in the code for qmail-remote.c >> >>>> >> >>>> I don't see much that it could be, they're almost identical between >> >>>> 2.2.1 and 3.3.5 >> >>>> >> >>>> Will continue looking... >> >>>> >> >>>> On 2/18/2022 1:54 PM, Andreas Galatis wrote: >> >>>>> Hi Finn, >> >>>>> >> >>>>> >> >>>>> I have tested with the tlsserverciphers of my older server, completed >> >>>>> with some of the ciphers from the new file and my mails came through. >> >>>>> >> >>>>> >> >>>>> Thanks a lot for your tip, Finn, I didn't find it in the code >> >>>>> >> >>>>> >> >>>>> Andreas >> >>>>> >> >>>>> >> >>>>> Am 18.02.22 um 16:56 schrieb Qmail: >> >>>>>> Hi Andreas. >> >>>>>> >> >>>>>> In qmail You're properly using /var/qmail/control/tlsclientciphers >> >>>>>> (that are a link to tlcserverciphers) >> >>>>>> >> >>>>>> According to what I read at the Nginx forum, the problem there is >> >>>>>> because some of the included ciphers are with underscore '_' and not >> >>>>>> hyphen '-' - I don't know if changing that in the tlsservercipher >> >>>>>> file will solve the problem. >> >>>>>> >> >>>>>> >> >>>>>> /Finn >> >>>>>> >> >>>>>> Den 18-02-2022 kl. 16:29 skrev Andreas: >> >>>>>>> I cannot find any file where those ciphers could be adjust. >> >>>>>>> Is that compiled in? >> >>>>>>> >> >>>>>>> Me too, I have clients not beeing reachable with the new server >> >>>>>>> (qmail-1.03-3.3.5), but my old server running qmail-1.03.2.2.1.qt. >> >>>>>>> Did anyone find a solution? >> >>>>>>> >> >>>>>>> Andreas >> >>>>>>> >> >>>>>>> Am 17.02.22 um 20:28 schrieb Qmail: >> >>>>>>>> Hi. >> >>>>>>>> >> >>>>>>>> Not sure it is related, but I just read in the Nginx forum that >> >>>>>>>> some have issues (failed (SSL: error:0A0000B9:SSL routines::no >> >>>>>>>> cipher match)) using Mozillas 'modern' 5.5 ciphers, but everything >> >>>>>>>> works with Mozillas 'modern' ciphers 4.0. >> >>>>>>>> (found testing the Nginx config) >> >>>>>>>> >> >>>>>>>> The 5.5 list contains : >> >>>>>>>> >> >>>>>>>> ssl_ciphers'TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256'; >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> The 4.0 list contains: >> >>>>>>>> >> >>>>>>>> ssl_ciphers'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256'; >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> These are matched against the openssl ciphers that are located on >> >>>>>>>> the server but are more or less same as the tlsclientciphers used >> >>>>>>>> in qmail. >> >>>>>>>> >> >>>>>>>> Nginx can be setup as a MAIL proxy and therefore may be the reason >> >>>>>>>> for Your issue ?? >> >>>>>>>> >> >>>>>>>> or maybe it's just a coincidence ? >> >>>>>>>> >> >>>>>>>> Regards, >> >>>>>>>> Finn >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> Den 17-02-2022 kl. 08:14 skrev Andreas: >> >>>>>>>>> Hi list, >> >>>>>>>>> I have the same failure-mails with some servers, my version of >> >>>>>>>>> qmail is >> >>>>>>>>> qmail-1.03-3.3.5.qt.md.el8.x86_64 >> >>>>>>>>> >> >>>>>>>>> TLS connect failed: error:1421C105:SSL >> >>>>>>>>> routines:set_client_ciphersuite:wrong >> >>>>>>>>> cipher returnedZConnected to 83.246.65.85 but connection died. >> >>>>>>>>> >> >>>>>>>>> With my old server (qmail-1.03-2.2.1.qt.el7.x86_64) I can send >> >>>>>>>>> emails to the same recipients. >> >>>>>>>>> Andreas >> >>>>>>>>> >> >>>>>>>>> Am 15.02.22 um 09:39 schrieb Peter Peltonen: >> >>>>>>>>>> What I have installed is qmail-1.03-3.3.1.qt.md.el8.x86_64 >> >>>>>>>>>> >> >>>>>>>>>> Any reason to update? >> >>>>>>>>>> >> >>>>>>>>>> Best, >> >>>>>>>>>> Peter >> >>>>>>>>>> >> >>>>>>>>>> On Sun, Feb 13, 2022 at 5:15 PM Eric Broch >> >>>>>>>>>> <[email protected]> wrote: >> >>>>>>>>>>> What version of qmail ? >> >>>>>>>>>>> >> >>>>>>>>>>> On 2/12/2022 12:56 PM, Peter Peltonen wrote: >> >>>>>>>>>>>> Finally got an answer from them (see list below). I see some >> >>>>>>>>>>>> matching >> >>>>>>>>>>>> siphers on their and on my own list. Any idea how I could debug >> >>>>>>>>>>>> this >> >>>>>>>>>>>> more so I can find out why mail is not being delivered to their >> >>>>>>>>>>>> server? >> >>>>>>>>>>>> >> >>>>>>>>>>>> best, >> >>>>>>>>>>>> Peter >> >>>>>>>>>>>> >> >>>>>>>>>>>> " >> >>>>>>>>>>>> OPTON >> >>>>>>>>>>>> All ciphers >> >>>>>>>>>>>> >> >>>>>>>>>>>> DESCRIPTION >> >>>>>>>>>>>> TLS encryption is only possible with ciphers that are >> >>>>>>>>>>>> considered as >> >>>>>>>>>>>> secure by the German Federal Office for Information Security. A >> >>>>>>>>>>>> TLS >> >>>>>>>>>>>> connection is only established if the email server of the >> >>>>>>>>>>>> communication partner supports one of the following ciphers: >> >>>>>>>>>>>> >> >>>>>>>>>>>> • ECDHE-RSA-AES256-GCM-SHA384 >> >>>>>>>>>>>> • ECDHE-RSA-AES256-SHA384 >> >>>>>>>>>>>> • ECDHE-RSA-AES256-SHA >> >>>>>>>>>>>> • DHE-RSA-AES256-GCM-SHA384 >> >>>>>>>>>>>> • DHE-RSA-AES256-SHA256 >> >>>>>>>>>>>> • DHE-RSA-AES256-SHA >> >>>>>>>>>>>> • AES256-GCM-SHA384 >> >>>>>>>>>>>> • AES256-SHA256 >> >>>>>>>>>>>> • AES256-SHA >> >>>>>>>>>>>> • ECDHE-RSA-DES-CBC3-SHA >> >>>>>>>>>>>> • EDH-RSA-DES-CBC3-SHA >> >>>>>>>>>>>> • DES-CBC3-SHA >> >>>>>>>>>>>> >> >>>>>>>>>>>> OPTION >> >>>>>>>>>>>> Secure ciphers >> >>>>>>>>>>>> >> >>>>>>>>>>>> DESCRIPTION >> >>>>>>>>>>>> Secure ciphers TLS encryption is only possible with ciphers >> >>>>>>>>>>>> that are >> >>>>>>>>>>>> considered as secure by the German Federal Office for >> >>>>>>>>>>>> Information >> >>>>>>>>>>>> Security. A TLS connection is only established if the email >> >>>>>>>>>>>> server of the communication partner supports one of the >> >>>>>>>>>>>> following ciphers: >> >>>>>>>>>>>> >> >>>>>>>>>>>> • ECDHE-RSA-AES256-GCM-SHA384 >> >>>>>>>>>>>> • ECDHE-RSA-AES256-SHA384 >> >>>>>>>>>>>> • DHE-RSA-AES256-GCM-SHA384 >> >>>>>>>>>>>> • DHE-RSA-AES256-SHA256 >> >>>>>>>>>>>> • ECDHE-RSA-AES128-GCM-SHA256 >> >>>>>>>>>>>> • ECDHE-RSA-AES128-SHA256 >> >>>>>>>>>>>> • DHE-RSA-AES128-GCM-SHA256 >> >>>>>>>>>>>> • DHE-RSA-AES128-SHA256 >> >>>>>>>>>>>> " >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> On Mon, Feb 7, 2022 at 4:08 PM Eric Broch >> >>>>>>>>>>>> <[email protected]> wrote: >> >>>>>>>>>>>>> Is there a way to contact them and find out what obscure B.S. >> >>>>>>>>>>>>> they want? >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 2/7/2022 12:26 AM, Peter Peltonen wrote: >> >>>>>>>>>>>>>> When trying to deliver email to a domain that is using spam >> >>>>>>>>>>>>>> protection >> >>>>>>>>>>>>>> from antispameurope.com I get the following error: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> deferral: >> >>>>>>>>>>>>>> TLS_connect_failed:_error:1421C105:SSL_routines:set_client_ciphersuite:wrong_cipher_returnedZConnected_to_83.246.65.85_but_connection_died._(#4.4.2)/ >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> So am I missing something here: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> [root@mail ~]# cat /var/qmail/control/tlsclientciphers >> >>>>>>>>>>>>>> TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:DHE-RSA-SEED-SHA:DHE-DSS-SEED-SHA:ADH-SEED-SHA:SEED-SHA:IDEA-CBC-SHA:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES256-CCM8:ECDHE-ECDSA-AES256-CCM:DHE-RSA-AES256-CCM8:DHE-RSA-AES256-CCM:ECDHE-ECDSA-ARIA256-GCM-SHA384:ECDHE-ARIA256-GCM-SHA384:DHE-DSS-ARIA256-GCM-SHA384:DHE-RSA-ARIA256-GCM-SHA384:ADH-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-CCM8:ECDHE-ECDSA-AES128-CCM:DHE-RSA-AES128-CCM8:DHE-RSA-AES128-CCM:ECDHE-ECDSA-ARIA128-GCM-SHA256:ECDHE-ARIA128-GCM-SHA256:DHE-DSS-ARIA128-GCM-SHA256:DHE-RSA-ARIA128-GCM-SHA256:ADH-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:ECDHE-ECDSA-CAMELLIA256-SHA384:ECDHE-RSA-CAMELLIA256-SHA384:DHE-RSA-CAMELLIA256-SHA256:DHE-DSS-CAMELLIA256-SHA256:ADH-AES256-SHA256:ADH-CAMELLIA256-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:ECDHE-ECDSA-CAMELLIA128-SHA256:ECDHE-RSA-CAMELLIA128-SHA256:DHE-RSA-CAMELLIA128-SHA256:DHE-DSS-CAMELLIA128-SHA256:ADH-AES128-SHA256:ADH-CAMELLIA128-SHA256:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:AECDH-AES256-SHA:ADH-AES256-SHA:ADH-CAMELLIA256-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA:DHE-RSA-CAMELLIA128-SHA:DHE-DSS-CAMELLIA128-SHA:AECDH-AES128-SHA:ADH-AES128-SHA:ADH-CAMELLIA128-SHA:RSA-PSK-AES256-GCM-SHA384:DHE-PSK-AES256-GCM-SHA384:RSA-PSK-CHACHA20-POLY1305:DHE-PSK-CHACHA20-POLY1305:ECDHE-PSK-CHACHA20-POLY1305:DHE-PSK-AES256-CCM8:DHE-PSK-AES256-CCM:RSA-PSK-ARIA256-GCM-SHA384:DHE-PSK-ARIA256-GCM-SHA384:AES256-GCM-SHA384:AES256-CCM8:AES256-CCM:ARIA256-GCM-SHA384:PSK-AES256-GCM-SHA384:PSK-CHACHA20-POLY1305:PSK-AES256-CCM8:PSK-AES256-CCM:PSK-ARIA256-GCM-SHA384:RSA-PSK-AES128-GCM-SHA256:DHE-PSK-AES128-GCM-SHA256:DHE-PSK-AES128-CCM8:DHE-PSK-AES128-CCM:RSA-PSK-ARIA128-GCM-SHA256:DHE-PSK-ARIA128-GCM-SHA256:AES128-GCM-SHA256:AES128-CCM8:AES128-CCM:ARIA128-GCM-SHA256:PSK-AES128-GCM-SHA256:PSK-AES128-CCM8:PSK-AES128-CCM:PSK-ARIA128-GCM-SHA256:AES256-SHA256:CAMELLIA256-SHA256:AES128-SHA256:CAMELLIA128-SHA256:ECDHE-PSK-AES256-CBC-SHA384:ECDHE-PSK-AES256-CBC-SHA:SRP-DSS-AES-256-CBC-SHA:SRP-RSA-AES-256-CBC-SHA:SRP-AES-256-CBC-SHA:RSA-PSK-AES256-CBC-SHA384:DHE-PSK-AES256-CBC-SHA384:RSA-PSK-AES256-CBC-SHA:DHE-PSK-AES256-CBC-SHA:ECDHE-PSK-CAMELLIA256-SHA384:RSA-PSK-CAMELLIA256-SHA384:DHE-PSK-CAMELLIA256-SHA384:AES256-SHA:CAMELLIA256-SHA:PSK-AES256-CBC-SHA384:PSK-AES256-CBC-SHA:PSK-CAMELLIA256-SHA384:ECDHE-PSK-AES128-CBC-SHA256:ECDHE-PSK-AES128-CBC-SHA:SRP-DSS-AES-128-CBC-SHA:SRP-RSA-AES-128-CBC-SHA:SRP-AES-128-CBC-SHA:RSA-PSK-AES128-CBC-SHA256:DHE-PSK-AES128-CBC-SHA256:RSA-PSK-AES128-CBC-SHA:DHE-PSK-AES128-CBC-SHA:ECDHE-PSK-CAMELLIA128-SHA256:RSA-PSK-CAMELLIA128-SHA256:DHE-PSK-CAMELLIA128-SHA256:AES128-SHA:CAMELLIA128-SHA:PSK-AES128-CBC-SHA256:PSK-AES128-CBC-SHA:PSK-CAMELLIA128-SHA256 >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> ? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Best, >> >>>>>>>>>>>>>> Peter >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> --------------------------------------------------------------------- >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> To unsubscribe, e-mail: >> >>>>>>>>>>>>>> [email protected] >> >>>>>>>>>>>>>> For additional commands, e-mail: >> >>>>>>>>>>>>>> [email protected] >> >>>>>>>>>>>>>> >> >>>>>>>>>>>> --------------------------------------------------------------------- >> >>>>>>>>>>>> >> >>>>>>>>>>>> To unsubscribe, e-mail: >> >>>>>>>>>>>> [email protected] >> >>>>>>>>>>>> For additional commands, e-mail: >> >>>>>>>>>>>> [email protected] >> >>>>>>>>>>>> >> >>>>>>>>>> --------------------------------------------------------------------- >> >>>>>>>>>> >> >>>>>>>>>> To unsubscribe, e-mail: >> >>>>>>>>>> [email protected] >> >>>>>>>>>> For additional commands, e-mail: >> >>>>>>>>>> [email protected] >> >>>>>>>>>> >> >>> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: [email protected] >> >>> For additional commands, e-mail: [email protected] >> >>> >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [email protected] >> > For additional commands, e-mail: [email protected] >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
