我有一个Postfix服务器安装程序，大多数情况下都能正常工作，但是每天有100到200封邮件被延迟，并出现以下错误：
status=deferred (lost connection with alt1.gmail-smtp-in.l.google.com[74.125.142.27] while sending RCPT TO) status=deferred (lost connection with mta6.am0.yahoodns.net[66.196.118.34] while sending message body) 这是所有发出邮件的10％左右。 传入邮件工作正常，所有传出到本地服务器上的域也能正常工作。
在排除故障的同时，我发现gmail一直在弹跳的某个邮件，但是如果我将一封新邮件写入到同一个收件人，Google会毫不犹豫地接受它：
邮件反弹：
Sep 3 13:08:04 mail postfix/smtp[2623]: 72A66184148: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=2.5, delays=0.01/0/0.83/1.7, dsn=5.7.1, status=bounced (host aspmx.l.google.com[173.194.79.27] said: 554 5.7.1 9.9.9 (in reply to end of DATA command))
发送的邮件：
Sep 3 13:10:08 mail postfix/smtp[24005]: 38C47184147: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=3.3, delays=0/0.01/0.82/2.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1378199356 hk5si14476075pac.241 - gsmtp)
如果我将转发到本地服务器上的另一个域的相同邮件转发，
但雅虎反弹与以下错误：
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
这两个电子邮件的大小差不多（小于100KB），所以这不是问题在这里。
服务器没有防火墙。 所有DNS设置都是正确的，反向DNS设置正确，正如我所说，这只是某些邮件不通过。
我与ISP交谈，确认MTU设置没问题。
有什么build议么？
更新我在远程位置pipe理第二台邮件服务器，并尝试发送popup到远程域的邮件。 我在接收端运行了tcpdump，看看发生了什么。 在发送popup的邮件时，服务器在发送RCPT TO之后发送RSET。
16:17:23.249320 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 74:126(52) ack 228 win 123 [email protected]...^.B2...}.....-B........{....... t...y...RCPT TO: ORCPT= 16:17:23.614527 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 126:132(6) ack 242 win 123 E..:[email protected]^.B2...}.....-B........{....... t..vy...RSET
但是，当我编写一个新的邮件时，它发送RCPT后的数据，预期和邮件通过罚款：
16:19:20.911123 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 73:125(52) ack 228 win 123 [email protected].*_^.B2...}.8..;&J.`..4...{P@..... t...y...RCPT TO: ORCPT= 16:19:21.297598 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 125:131(6) ack 242 win 123 E..:[email protected].*.^.B2...}.8..;&K.`..B...{t5..... t..ay...DATA
对我来说没有多大意义..
如你所知，554是一个永久性的错误。 这不是某种forms的灰名单testing，看你如何实现排队。
正如其他人所指出的那样，554的99.9％是因为你的邮件没有通过反垃圾邮件testing而发布的。 在DATA结束之后获得554的事实表明，消息内容中有某些内容是他们不喜欢的，尽pipe服务器本可能已经决定了它会比这更早地拒绝你的消息， （1.浪费你的时间/带宽/资源，以及2.收集尽可能多的有关你的信息的信息）。
这些情况中最困难的部分是你正在由接收端开发和执行的失败策略。 他们可能会拒绝你的消息，因为身体中有“苹果”一词，而你IP地址的最后一个八位字节是我们所知道的3的倍数。 极不可能，但可能。
消息通常不会因为1条标准的失败而被拒绝，特别是“大男孩”，所以我猜测你没有通过多个testing，而是唯一的方法来find正确的（考虑到拒绝信息的缺乏消息）是不幸地问他们。
我发现这个网页是针对你的问题的，这可能是一条很好的path。 我找不到类似的雅虎网页。
您是否试图查看特定消息的垃圾邮件刺客分数？ 去这个网站[spamscorechecker] [1]
[1]： http : //spamscorechecker.com/发送给他们的消息和已经交付的另一个消息，所以你可以看到他们之间的差异。 让我们更新，因为我很想知道问题是什么。
听起来像gmail et.al. 认为你是垃圾邮件，所以它是扼杀你看看你是否重试。 你说你的rdnsconfiguration正确，但要确保你发送的域名的SPFlogging表示你是该域名的允许发件人。 使用免费的在线工具之一检查您的IP是否在任何黑名单上，如果出现，请求将IP从所述列表中删除。
他们假设你是spam 。 请根据spamhaus重新configuration您的MTA ，同时根据Barracuda检查您的MTA（您的IP address等）。