• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Send root mail to external domain SMTP connection fails Plesk 11.5.30 (Linux/CentOS)

bskrakes

Basic Pleskian
Hello,

I have a Plesk Server which receives the following error when try to send root system emails to an external domain:

Dec 22 03:31:32 ip-XX qmail: 1387708292.589568 starting delivery 969: msg 297478 to remote [email protected]
Dec 22 03:31:32 ip-XX qmail: 1387708292.589609 status: local 0/10 remote 1/20
Dec 22 03:31:32 ip-XX qmail-remote-handlers[5738]: Handlers Filter before-remote for qmail started ...
Dec 22 03:31:32 ip-XX qmail-remote-handlers[5738]: [email protected]
Dec 22 03:31:32 ip-XX qmail-remote-handlers[5738]: [email protected]
Dec 22 03:31:33 ip-XX qmail: 1387708293.085065 delivery 969: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
Dec 22 03:31:33 ip-XX qmail: 1387708293.085104 status: local 0/10 remote 0/20
Dec 22 03:34:27 ip-XX courier-imapd: Connection, ip=[::ffff:127.0.0.1]
Dec 22 03:34:27 ip-XX courier-imapd: LOGOUT, ip=[::ffff:127.0.0.1], rcvd=12, sent=365

All of my domains can send and receive emails no problem however the root emails stay stuck in queue. I can deliver the root emails to a local address which to me suggests that the issue is possibly a routing, DNS, SMTP or relay problem.

I've tried several suggestions via the web:


Any suggestions would be greatly appreciated.

Thank you,
 
Well I built a new cloud server with basic Plesk install and was able to successfully send root system messages to an external domain. This makes me think that QMAIL is broken...

Also I am unable to receive emails at HOTMAIL, GMAIL, etc. from the root account. There is no error when sending to email providers like HOTMAIL or GMAIL:

Dec 23 10:39:49 ip-XX /var/qmail/bin/relaylock[22428]: /var/qmail/bin/relaylock: mail from 2.232.3.52:53761 (2-232-3-52.ip210.fastwebnet.it)
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: Handlers Filter before-queue for qmail started ...
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: [email protected]
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: [email protected]
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: handlers_stderr: SKIP
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: SKIP during call 'check-quota' handler
Dec 23 10:41:33 ip-XX qmail-queue-handlers[22449]: starter: submitter[22451] exited normally
Dec 23 10:41:33 ip-XX qmail: 1387820493.787834 new msg 23233899
Dec 23 10:41:33 ip-XX qmail: 1387820493.787853 info msg 23233899: bytes 410 from <[email protected]> qp 22451 uid 0
Dec 23 10:41:33 ip-XX qmail: 1387820493.806035 starting delivery 188: msg 23233899 to remote [email protected]
Dec 23 10:41:33 ip-XX qmail: 1387820493.806059 status: local 0/10 remote 1/20
Dec 23 10:41:33 ip-XX qmail-remote-handlers[22452]: Handlers Filter before-remote for qmail started ...
Dec 23 10:41:33 ip-XX qmail-remote-handlers[22452]: [email protected]
Dec 23 10:41:33 ip-XX qmail-remote-handlers[22452]: [email protected]
NOTHING AFTER THIS LINE IN THE LOG, MOVES ONTO NEXT MESSAGE

I've even tried repairing the mail server:

[root@srv00 bin]# /usr/local/psa/admin/sbin/mchk --with-spam
==> Checking for: mailsrv_conf_init... ok
==> Checking for: mail_handlers_init... ok
==> Checking for: mailsrv_entities_dump... ok
==> Checking for: mail_admin_aliases... ok
==> Checking for: mail_auth_dump... ok
==> Checking for: mailman_lists_dump... ok
==> Checking for: mail_kav8_restore... ok
==> Checking for: mail_responder_restore... ok
==> Checking for: vhostidmng... not exists
==> Checking for: mail_spam_restore... ok
==> Checking for: mail_grey_restore... ok
==> Checking for: mail_mailbox_restore... ok
==> Checking for: mail_spf_restore... ok
==> Checking for: mail_dk_restore... ok
==> Checking for: mail_drweb_restore... ok
 
Last edited:
Back
Top