我们有一个中介dv服务器，运行apache 2.2，和plesk面板10.3。
由于某种原因，当从我们的域名发送邮件到他们的邮件，或者当他们发送电子邮件给我们，邮件反弹与“ retry timeout ”错误。
在邮件反弹回我们发送到这个域之前，我看到他们卡在plesk面板的邮件队列中： http : //i.imgur.com/lRrqy.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?
maillog（ /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 877-578-4000 310-564-2007（mt）当前系统状态： http ://status.mediatemple.net（mt）用户论坛： http : //kb.mediatemple.net/questions / 824 /在Twitter上关注我们！ http://twitter.com/mediatemple
从修复MX主机的IN PTRlogging开始（他们也是域发射器，是的？！）
狗屎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.
狗屎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)/
向我们展示平庸的连接问题
findSMTP服务器，双方都可以通过SMTP进行连接，并为其build立备份MX。 延迟交付到主要的MX将被放置到备份-MX和稍后从主要的MX
我会发现一个设置阻止基于反向dns的SMTP握手/连接是很奇怪的。
你能澄清一些信息吗？
您的反弹电子邮件指出邮件试图发送到floridaseating.com从sitconf.com并失败。 然而，您的队列图像显示邮件从floridaseating.com发送到sitconf.com。 另外你的qmail maillog显示你为floridaseating.com
你pipe理双方？ 这个问题很罕见，没有一个方面有更多的问题，而不仅仅是一个域的电子邮件。 你能否validation问题发生的方向（即使你提到一旦发生这种情况）。
THIS->根据我所能看到的情况，sitconf.com可能没有正确设置。 目前，MX服务器parsing来自sitconf.com的主机logging：206.223.161.50，虽然这显示host.interavenuehosting.com作为反向DNS。 在我的第一个testing中，它报告说，它不像RCPT [email protected]在最近的testing中，它说有一个本地的问题也有一个主机被阻止，因为达到了极限。
我将我的努力集中在该服务器上，为什么它会抛出错误。