Server does not receive emails
I updated my VPS for WHM 56.21 and now he does not receive any mail. Shipping is still correct but does not receive.
I tried to send a test email through another server and the log shows this error:
SMTP>> STARTTLS
SMTP<< 220 TLS go ahead
LOG: MAIN
[23.89.x.x] SSL verify error: depth=0 error=self signed certificate cert=/CN=server.domain.com.br/emailAddress=ssl@server.domain.com.br
LOG: MAIN
[23.89.x.x] SSL verify error: certificate name mismatch: "/CN=server.domain.com.br/emailAddress=ssl@server.domain.com.br"
And now what do I do? I need help because my server is not receiving any email.
-
AFAIK, even if you see SSL verify warnings in mail log, it should not result in any issues with mail delivery by default. You are seeing the warnings because of the changes in exim 4.86. JH/04 Certificate name checking on server certificates, when exim is a client, is now done by default. The transport option tls_verify_cert_hostnames can be used to disable this per-host. The build option EXPERIMENTAL_CERTNAMES is withdrawn. JH/06 Verification of the server certificate for a TLS connection is now tried (but not required) by default. The verification status is now logged by default, for both outbound TLS and client-certificate supplying inbound TLS connections
Exim change log : exim/ChangeLog at master " Exim/exim " GitHub Are you getting any bounce back messages when sending mails to your server? Check mail log in the other server (from which you sent test mail) specifically for the test mail you sent. If it is a cPanel server, you can use exigrep command to search mail logs.exigrep sender_mail_id /var/log/exim_mainlog Or exigrep recipient_mail_id /var/log/exim_mainlog
Post the output here. Also make sure that mail server is up on your server and SMTP ports (25 and 465) are listening.0 -
Hi sarath, This is the log cwd=/usr/local/cpanel/whostmgr/docroot 4 args: /usr/sbin/exim -v -M 1b6NET-0007bv-7K delivering 1b6NET-0007bv-7K Connecting to dominio.com.br [23.89.x.x]:25 ... connected SMTP<< 220-server1.dominio.com.br ESMTP Exim 4.87 #1 Fri, 27 May 2016 16:38:28 -0300 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. SMTP>> EHLO server2.dominio.com.br SMTP<< 250-server1.dominio.com.br Hello r-dns.dominio.com.br [23.70.x.x] 250-SIZE 52428800 250-8BITMIME 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP SMTP>> STARTTLS SMTP<< 220 TLS go ahead LOG: MAIN [23.89.x.x] SSL verify error: depth=0 error=self signed certificate cert=/CN=server1.dominio.com.br/emailAddress=ssl@server1.dominio.com.br LOG: MAIN [23.89.x.x] SSL verify error: certificate name mismatch: "/CN=server1.dominio.com.br/emailAddress=ssl@server1.dominio.com.br" SMTP>> EHLO server2.dominio.com.br SMTP<< 250-server1.dominio.com.br Hello r-dns.dominio.com.br [23.70.x.x] 250-SIZE 52428800 250-8BITMIME 250-PIPELINING 250-AUTH PLAIN LOGIN 250 HELP SMTP>> MAIL FROM: SIZE=1692 SMTP>> RCPT TO: SMTP>> DATA SMTP<< 250 OK SMTP<< 451 Temporary local problem - please try later SMTP<< 503-All RCPT commands were rejected with this error: 503-Temporary local problem - please try later 503 Valid RCPT command must precede DATA SMTP>> QUIT LOG: MAIN == contato@dominio.com.br R=dkim_lookuphost T=dkim_remote_smtp defer (-44) H=dominio.com.br [23.89.x.x]: SMTP error from remote mail server after RCPT TO:: 451 Temporary local problem - please try later0 -
Hello The service SSLs are issued for hostname. Hence mail clients will complain about certificate name mismatch, in case if the mail client is configured with the domain name as outgoing server. It is not critical and there is nothing much to worry about it as long as mail delivery is concerned. As mentioned earlier, if you could extract the relevant entries from the exim main log /var/log/exim_mainlog . That would be quite helpful in diagnosing the issue. Also please confirm your SPF and DKIM are correct and the IP reputation is fair. 0 -
-Temporary local problem - please try later 503 Valid RCPT command must precede DATA
Hello, This suggests you are not authenticating as the email account username and password for SMTP. Ensure you authenticate, and try sending from an email client to verify if the issue persists. Thank you.0
Please sign in to leave a comment.
Comments
4 comments