I'm running default sendmail configuration just for forwarding mail for logwatch. The /etc/mail/certs/ directory doesn't contains dh.param file, so sendmail tries to use some internal default that is shorter than 768 bits, and I'm getting the following errors: > Jun 16 14:41:39 cs0 sm-msp-queue[9971]: STARTTLS=client, error: connect failed=-1, reason=dh key too small, SSL_error=1, errno=0, retry=-1 > Jun 16 14:41:39 cs0 sm-mta[9973]: STARTTLS=server, error: accept failed=0, reason=sslv3 alert handshake failure, SSL_error=1, errno=0, retry=-1, relay=localhost [127.0.0.1] > Jun 16 14:41:39 cs0 sm-msp-queue[9971]: ruleset=tls_server, arg1=SOFTWARE, relay=[127.0.0.1], reject=403 4.7.0 TLS handshake. > Jun 16 14:41:39 cs0 sm-mta[9973]: t5GBfd11009973: localhost [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to Daemon0
We are aware of this issue and there will be an EN to correct this. In the meantime, please use this workaround: 20150614: The import of openssl to address the FreeBSD-SA-15:10.openssl security advisory includes a change which rejects handshakes with DH parameters below 768 bits. sendmail releases prior to 8.15.2 (not yet released), defaulted to a 512 bit DH parameter setting for client connections. To work around this interoperability, sendmail can be configured to use a 2048 bit DH parameter by: 1. Edit /etc/mail/`hostname`.mc 2. If a setting for confDH_PARAMETERS does not exist or exists and is set to a string beginning with '5', replace it with '2'. 3. If a setting for confDH_PARAMETERS exists and is set to a file path, create a new file with: openssl dhparam -out /path/to/file 2048 4. Rebuild the .cf file: cd /etc/mail/; make; make install 5. Restart sendmail: cd /etc/mail/; make restart A sendmail patch is coming, at which time this file will be updated.
Unfortunately, r284436 and appropriate SA does not fix this issue - errors are still there.
(In reply to Anton Sayetsky from comment #2) Sorry, appropriate EN, of course. Workaround works, but it would be better if sendmail will work totally out of the box as was before.
EN-15:08 was revised on 2015-06-30 to address this.