我有一個 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 不斷退回某封郵件，但如果我向完全相同的收件人撰寫新郵件，谷歌會毫無問題地接受它：
退回的郵件：
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 設定正常。
有什麼建議麼？
更新 我在遠端位置管理第二個郵件伺服器，並嘗試發送退回到遠端網域的郵件。我在接收端運行 tcpdump 看看發生了什麼。在傳送退回的郵件時，伺服器會在傳送 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
對我來說沒有太大意義..
答案1
第554章永恆的如您所知，錯誤。這不是某種形式的灰名單測試，旨在了解如何實現隊列。
正如其他人指出的那樣，99.9% 的 554 錯誤都是因為您的郵件未通過反垃圾郵件測試而發出的。事實上，您在 DATA 結束後收到 554 表示訊息內容中有一些他們不喜歡的內容，儘管伺服器可以已經決定它將比這早得多拒絕您的消息，並已配置為等到結束時出於各種原因（1.浪費您的時間/頻寬/資源，2.收集盡可能多的有關您的消息的資訊) .
這些情況中最困難的部分是您未能執行由接收端制定和執行的策略；他們可能會拒絕您的訊息，因為正文中包含“apple”一詞，並且據我們所知，您的 IP 位址的最後一個八位元組是 3 的倍數。可能性極低，但有可能。
消息通常不會因為滿足 1 個標準而被拒絕，尤其是“大男孩”，所以我會猜測您未通過多項測試，但不幸的是，要準確找出答案的唯一方法（考慮到拒絕訊息中缺乏資訊）就是詢問他們。
我發現這一頁對於谷歌來說，這可能是一個很好的解決方案。我快速瀏覽了一下，找不到雅虎的類似頁面。
答案2
您是否嘗試過查看該特定郵件的垃圾郵件刺客分數？請造訪此網站 [spamscorechecker][1]
[1]：http://spamscorechecker.com/將該訊息和另一條已發送的訊息發送給他們，以便您可以看到它們之間的差異。讓我們隨時了解最新情況，因為我很想知道問題是什麼。
答案3
聽起來像 gmail 等。認為您正在發送垃圾郵件，因此它會限制您是否重試。您說您的 rdns 已正確配置，但請確保您傳送的網域的任何 SPF 記錄都表示您是該網域的允許寄件者。使用其中一個免費線上工具檢查您的 IP 是否在任何黑名單中，如果出現，請要求從所述清單中刪除該 IP。
答案4
他們認為你是spam。請MTA根據以下內容重新配置您的垃圾郵件屋，同時根據Barracuda.（您的IP address等等）檢查您的 MTA。