我们有一个带有 mediatmeple 的 dv 服务器，运行 apache 2.2 和 plesk panel 10.3。
由于某种原因，当我们从我们的域向他们的域发送邮件时，或者当他们向我们的域发送电子邮件时，邮件会因“ retry timeout”错误而被退回。
在我们发送到该域的邮件被反弹之前，我发现它们卡在 plesk 面板的邮件队列中：https://i.stack.imgur.com/tWobo.png
退回邮件中的信息示例：
> > Subject: Mail delivery failed: returning message to sender
> >
> >
> >> This message was created automatically by mail delivery software.
> >>
> >> A message that you sent could not be delivered to one or more of its
> >> recipients. This is a permanent error. The following address(es) failed:
> >>
> >> [email protected]
> >> retry timeout exceeded
> >> [email protected]
> >> retry timeout exceeded
> >>
> >> ------ This is a copy of the message, including all the headers. ------
> >>
> >> Return-path: <[email protected]>
> >> Received: from cpe00265acde45a-cm000e5c6e3f4e.cpe.net.cable.rogers.com
> >> ([174.112.173.113] helo=sales)
> >> by host.interavenuehosting.com with smtp (Exim 4.69)
> >> (envelope-from <[email protected]>)
> >> id 1S7Uvm-0008KS-3q; Tue, 13 Mar 2012 12:50:38 -0400
> >> Message-ID: <872EF71E95BA453EA0F8870024C3A22A@sales>
> >> From: "Claudio D'Ulisse" <[email protected]>
> >> To: "Errol Rosario" <[email protected]>,
> >> "MIKE BERG" <[email protected]>
> >> Subject: test
> >> Date: Tue, 13 Mar 2012 12:50:31 -0400
> >> MIME-Version: 1.0
> >> Content-Type: multipart/alternative;
> >> boundary="----=_NextPart_000_00E0_01CD0117.DFCD9440"
> >> X-Priority: 3
> >> X-MSMail-Priority: Normal
> >> Importance: Normal
> >> X-Mailer: Microsoft Windows Live Mail 14.0.8117.416
> >> X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
> >>
> >> This is a multi-part message in MIME format.
> >>
> >> ------=_NextPart_000_00E0_01CD0117.DFCD9440
> >> Content-Type: text/plain;
> >> charset="iso-8859-1"
> >> Content-Transfer-Encoding: quoted-printable
> >>
> >> can you confirm you get this email please?
邮件日志（/usr/local/psa/var/log/maillog）查看日志
一份快速的 DNS 报告 - 上面有什么需要注意的重要内容吗？http://www.dnssniffer.com/en/report/advanced/floridaseating.com
已解决-Media Temple 支持人员的回应：
检查域名的 MX 查询，返回的 IP 地址因恶意活动而被列入我们的黑名单。由于此 IP 地址最近没有任何恶意活动，我们能够解除禁令。您现在应该能够收到来自 sitconf.com / suite22.ca 的电子邮件。请验证。
如果您对 (mt) Media Temple 服务还有任何疑问，请随时与我们联系。
此致，
客户支持 (mt) Media Temple 877-578-4000 310-564-2007 (mt) 当前系统状态：http://status.mediatemple.net（mt）用户论坛：http://kb.mediatemple.net/questions/824/在推特上关注我们！ http://twitter.com/mediatemple
答案1
从修复 MX 主机的 IN PTR 记录开始（它们也是域发射器，对吗？！）
屎 1 - mail.floridaseating.com
Quering 8.8.8.8 for {158.99.70.216.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
Not authoritative
Answers for 158.99.70.216.in-addr.arpa.:
-> [PTR] floridaseating.com.
Shit 2 - sitconf.com
Quering 8.8.8.8 for {150.161.223.206.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
Not authoritative
Answers for 150.161.223.206.in-addr.arpa.:
-> [PTR] 206-223-161-150.beanfield.net.
但现在
Mar 13 02:45:09 floridaseating qmail: 1331621109.213098 starting delivery 1217: msg 33459587 to remote *@sitconf.com
...
Mar 13 02:46:10 floridaseating qmail: 1331621170.273121 delivery 1217: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
给我们看一看连通性问题
廉价的解决方案
找到双方都可通过 SMTP 访问的 SMTP 服务器，并在其上为域构建备份 MX。延迟交付到主 MX 的邮件将被丢弃到备份 MX，之后再从备份 MX 丢弃 - 在主 MX 上
答案2
我发现基于反向 DNS 的设置来阻止 SMTP 握手/连接很奇怪。
您能澄清一些信息吗？
您的退回电子邮件表明该邮件试图从 sitconf.com 发送到 floridaseating.com，但失败了。但是您的队列图像显示邮件从 floridaseating.com 发送到 sitconf.com。此外，您的 qmail 邮件日志显示您是 floridaseating.com
您是否管理双方？问题很少同时出现在双方，除非一方遇到的问题不仅仅是来自或发送至一个域的电子邮件。您能否验证问题发生的方向（即使您曾经提到过问题同时发生在双方）。
这个->根据我所看到的情况，sitconf.com 可能设置不正确。它目前显示 MX 服务器从 sitconf.com 的主机记录解析：206.223.161.50，尽管这显示 host.interavenuehosting.com 为反向 DNS。在我的第一次测试中，它报告说它不喜欢 RCPT[电子邮件保护] 在最近的测试中，它表明存在本地问题，并且一台主机由于达到其限制而被阻止。
我会集中精力在该服务器上并查明它出现错误的原因。