{"id":1614,"date":"2023-02-19T20:41:00","date_gmt":"2023-02-20T02:41:00","guid":{"rendered":"http:\/\/www.supportpro.com\/blog\/?p=1614"},"modified":"2023-02-20T10:51:06","modified_gmt":"2023-02-20T16:51:06","slug":"outgoing-mail-issue-in-qmail-using-configured-smtp-routes","status":"publish","type":"post","link":"https:\/\/www.supportpro.com\/blog\/outgoing-mail-issue-in-qmail-using-configured-smtp-routes\/","title":{"rendered":"Outgoing mail issue in Qmail using configured SMTP routes"},"content":{"rendered":"\n

If you’re having issues with outgoing mail service in Linux-Qmail server, where all outgoing emails or emails to any specific domain are getting stuck in the remote queue, don’t worry. In this article, we provide a step-by-step solution to resolve the issue. <\/p>\n\n\n\n

The article details the issue and error message, as well as provides a resolution that includes checking the Qmail-SMTP routing, verifying connectivity to the host mentioned as a relay, and restarting the Qmail service. We also provide guidance on checking the mail log and Qmail queue to ensure that the mail is being delivered and on how to force-run the mail queue if required. <\/p>\n\n\n\n

Read on for simple solutions that will help you deliver emails from your server without any further issues.<\/p>\n\n\n\n

The Issue <\/span><\/h2>\n\n\n\n

Outgoing mails getting queued in remote queue with below error in the server mail log (\/usr\/local\/psa\/var\/log\/maillog) :<\/p>\n\n\n\n

==========\ndelivery 24075 : deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)\/<\/strong>\nqmail: xxxxxx.xxxxxxx status: local 0\/10 remote 0\/20<\/strong>\n==========<\/code><\/pre>\n\n\n\n
Resolution <\/strong><\/h2>\n\n\n\n
1] Have\u00a0 a check with the Qmail-SMTP routing <\/strong><\/h3>\n\n\n\n
The Qmail-SMTP relay file is \/var\/qmail\/control\/smtproutes<\/p>\n\n\n\n
# cat \/var\/qmail\/control\/smtproutes<\/em><\/p>\n\n\n\n
    #host.com: <IP><\/em>
      :host3.com<\/em><\/p>\n\n\n\n
The record `:host3.com` means that all messages, regardless of the destination domain, are relayed to `host3.com`.
host.com: <IP> (if uncommented) means that all messages to the domain \u2018host.com\u2019 from the server are relayed through xxx.xxx.xxx.xxx<\/p>\n\n\n\n
2] Next, check the connectivity to the host mentioned as relay<\/h2>\n\n\n\n
We can do a telnet to the SMTP port 25 to verify the connectivity.<\/p>\n\n\n\n
# telnet host3.com 25<\/em>
    Trying …<\/em>
    telnet: connect to address <IP>: Connection timed out<\/em>
    telnet: Unable to connect to remote host: Connection timed out<\/em><\/p>\n\n\n\n
2.1] If the connection is timed out (as above), please, comment out the line with the remote server:<\/strong><\/p>\n\n\n\n
# cat \/var\/qmail\/control\/smtproutes<\/em><\/p>\n\n\n\n
\u00a0\u00a0\u00a0 #host.com: <IP><\/em>
\u00a0\u00a0\u00a0 #:host3.com<\/em><\/p>\n\n\n\n
2.2] If the connection to the relay host is established, verify that the IP address used to send emails is not blacklisted on the destination host:<\/strong><\/p>\n\n\n\n
# dig mx <destination host><\/em>
# telnet <destination mx host> 25<\/em><\/p>\n\n\n\n
3] Restart Qmail service:<\/h2>\n\n\n\n

# \/etc\/init.d\/qmail restart<\/em><\/p>\n\n\n\n
4] Check the maillog and Qmail queue to make sure that mail is being delivered and Qmail queue is decreasing:<\/h2>\n\n\n\n

# less \/usr\/local\/psa\/var\/log\/maillog<\/em>
# \/var\/qmail\/bin\/qmail-qstat<\/em><\/p>\n\n\n\n
If required, run the below command to force run the mailqueue.<\/p>\n\n\n\n
# kill -ALRM `ps ax | grep [q]mail-send | awk ‘{print $1}’`<\/em><\/p>\n\n\n\n
The emails should now be delivered immediately from the server !!<\/p>\n\n\n\n
If you require help, contact SupportPRO Server Admin<\/a><\/p>\n\n\n\n
\n
\n
Partner with SupportPRO<\/strong> for 24\/7 proactive cloud support that keeps your business secure, scalable, and ahead of the curve.<\/p>\n\n\n\n\"Contact<\/a><\/span>