• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

URGENT! qmail not sending mails to Gmail

Arun V

New Pleskian
Hi all,

Just before two-three days from now, I noted that I am not able to send emails to gmail from my server running Plesk. Details below.

/usr/local/psa/var/log/maillog Log says:
Jun 16 07:07:02 vpsserver qmail: 1339844822.514377 status: local 0/10 remote 1/20
Jun 16 07:07:02 vpsserver qmail-remote-handlers[1988]: Handlers Filter before-remote for qmail started ...
Jun 16 07:07:02 vpsserver qmail-remote-handlers[1988]: [email protected]
Jun 16 07:07:02 vpsserver qmail-remote-handlers[1988]: [email protected]
Jun 16 07:07:05 vpsserver qmail: 1339844825.021254 delivery 11: deferral: System_resources_temporarily_unavailable._(#4.3.0)/
Jun 16 07:07:05 vpsserver qmail: 1339844825.021306 status: local 0/10 remote 0/20

...but when I am sending to Hotmail, it works.
Jun 16 07:01:50 vpsserver qmail: 1339844510.624629 new msg 59511190
Jun 16 07:01:50 vpsserver qmail: 1339844510.624666 info msg 59511190: bytes 284 from <[email protected]> qp 1740 uid 0
Jun 16 07:01:50 vpsserver qmail: 1339844510.670731 starting delivery 8: msg 59511190 to remote [email protected]
Jun 16 07:01:50 vpsserver qmail: 1339844510.670788 status: local 0/10 remote 1/20
Jun 16 07:01:50 vpsserver qmail-remote-handlers[1741]: Handlers Filter before-remote for qmail started ...
Jun 16 07:01:50 vpsserver qmail-remote-handlers[1741]: [email protected]
Jun 16 07:01:50 vpsserver qmail-remote-handlers[1741]: [email protected]
Jun 16 07:01:52 vpsserver qmail: 1339844512.005102 delivery 8: success: 65.54.188.126_accepted_message./Remote_host_said:_250__<[email protected]>_Queued_mail_for_delivery/

PSA & qmail versions:
[root@vpsserver ~]# cat /usr/local/psa/version
10.4.4 CentOS 5 1013111102.18
[root@vpsserver ~]# rpm -qa |grep qmail
psa-qmail-rblsmtpd-0.88-cos5.build1013111101.14
psa-qmail-1.03-cos5.build1013111101.14

Could you please check this and help me at the earliest. Any help/suggestion is appreciated.

Thanks in advance.
 
Hi,

This has been affecting my server since 14/06 as well.

All mail sent/forwarded to gmail ends up sitting in the qmail queue and is never processed. Examining the logs reveals the same message:

deferral: System_resources_temporarily_unavailable._(#4.3.0)/

All mail to other hosts such as hotmail etc is processed fine.

PSA & qmail versions
[root@server ~]# cat /usr/local/psa/version
10.4.4 CentOS 5 1013120126.11
[root@server ~]# rpm -qa |grep qmail
psa-qmail-1.03-cos5.build1013120126.11
psa-qmail-rblsmtpd-0.88-cos5.build1013111101.14

Regards,

Andrew
 
You can thank Parallels for not fixing this after they've known about the issue for more than a year now. See this thread:

http://forum.parallels.com/showthread.php?t=110308

Short answer is you'll need to turn ipv6 support back on on your systems, even if you have no plans of using it yet, restart the system or 'service network restart', then make sure eth0 has an ipv6 address (which rhel/centos will assign automatically).
 
Yes, the end of last week is when Google enabled ipv6 and added quad A DNS records to the primary MX for gmail.com; once they did that, you can no longer deliver to them because Plesk's qmail is broken and can't deliver to an IPv6-enabled mail server if you have ipv6 disabled on your server. Seems to work just fine though if you have a broken ipv6 configuration (which enabling it but not really using it gets you) or a fully working dual-stack configuration.
 
I am having this issue in my VPS and the host said there is no possibility to turn on IPv6. However, when I switched the mail server to Postfix, it works. Mails are getting delivered to Gmail. I haven't changed any DNS records.

Could you please explain this for me?

I am seeing many users are having this issue. Igor/Parallels, any fix for this?
 
same issue here,
i have CentOS 6.2 and ipv6 turned off right after install and like the others I'm unable send emails to gmail.com

Jun 21 10:34:28 host qmail-remote-handlers[17177]: Handlers Filter before-remote for qmail started ...
Jun 21 10:34:28 host qmail-remote-handlers[17177]: [email protected]
Jun 21 10:34:28 host qmail-remote-handlers[17177]: [email protected]
Jun 21 10:34:28 host qmail: 1340267668.934458 delivery 64428: deferral: System_resources_temporarily_unavailable._(#4.3.0)/

It's Plesk 10.4.4 all up-to-date

Parallels,
How should we face this this issue ?
 
@Igor,

Thank you for the reply! Could you please attach the qmail-remote.moved file from Plesk 10.1.1 version for me please?
My VPS host said that it is not possible to enable IPv6 on VPS.
 
Same issue in Plesk 9.3.0

Hi,

Is there a specified solution for Plesk 9.3.0?

We are having the same issue with Gmail - a lot of deferrals...

Any advice or poniters to solving this are greatly appreciated.

Regards

Victor.
 
Hi,

Is there a specified solution for Plesk 9.3.0?

We are having the same issue with Gmail - a lot of deferrals...

Any advice or poniters to solving this are greatly appreciated.

Regards

Victor.

The best solution is upgrade Plesk to latest version.
 
Hi Igor,

Thanks for the reply, unfortunately that wont be the easiest solution as it brings the whole issue of the new interface layout that clients and our staff will then have to get used to - adding an overhead that is not viable.

What other solutions to to solve are there?

Regards

Victor.
 
Hi Igor,

Thanks for the reply, unfortunately that wont be the easiest solution as it brings the whole issue of the new interface layout that clients and our staff will then have to get used to - adding an overhead that is not viable.

What other solutions to to solve are there?

Regards

Victor.

You won't get any better solution from Parallels; 'upgrade' is the only solution they offer to any problem whether your version is 'supported' or not.

Can you give yourself a local ipv6 address? That should let it attempt to make the ipv6 connection, fail, then try ipv4. Or perhaps hard code an IP for google into /var/qmail/control/smtproutes:

gmail.com:74.125.45.27

Not the best option since their ip's probably change from time to time. Maybe you have a smarthost you can relay through from that server?
 
You won't get any better solution from Parallels; 'upgrade' is the only solution they offer to any problem whether your version is 'supported' or not.

You have to be kidding. Try to count the number of threads with helpful answers from employees of Parallels.
 
Back
Top