Email
郵政局長電子郵件投遞失敗
使用者一直在報告電子郵件未通過。有某個域正試圖向我們發送電子郵件，他們收到了這些失敗通知；
“這是一條傳遞失敗通知消息，表明您發送給電子郵件地址的電子郵件：– XXXXX.XXXXXX@XXX.XX 無法傳遞。問題似乎是：- 通信錯誤附加資訊如下：- 空結果來自套接字 這種情況發生在 92 小時內 30 次嘗試投遞後。如果您將電子郵件發送給多個收件人，您將收到其中一封郵件，每封郵件發送失敗，否則它們已被發送。”
我需要幫助進行故障排除，我之前沒有看到過這個錯誤，而且Google沒有顯示這個特定錯誤的結果。
我不確定這是否會有所幫助，但我們剛剛經歷過一些症狀非常相似的事情。
它歸結為收件人的防火牆拒絕通信，因為 SMTP 標頭“太長”。收件人已更新其防火牆上的軟體，電子郵件現在正在流動。
錯誤消息本身有些清晰：兩個郵件傳輸代理(MTA) 之間的通信失敗。這個問題的關鍵不是確切的錯誤消息，而是哪個伺服器生成了它。
Received:您可以通過退回郵件附加標題的最後一個（頂部）標題和退回郵件Received:本身的第一個（底部）標題來檢測這一點。如果我們有最簡單的情況；MUA -> 發件人 MTA -> 您的 MTA -> 郵箱；當發件人 MTA 嘗試連接您的 MTA 時，最有可能發生這種錯誤。因此，雖然在評論中提出了建議，但它甚至不會出現在您的郵件伺服器的日誌中。最多可能有兩個來自連接和斷開連接的事件。此外，如果來自其他任何地方的郵件正常到達，則不太可能對這一發件人域進行不同的處理。
當您可以將問題限制在單個伺服器上時：
- 應該有人檢查原始伺服器上的日誌；發送退回郵件的那個。如果伺服器在發送方，您甚至無法訪問這些日誌，也無法進行任何測試；通過指示。
- 測試發件人 MTA 是否獲得收件人域的正確 MX 記錄。
- 測試是否可以建立與此的連接
mx.example.com:25，例如，當您嘗試:25從發件人 MTA 遠端登錄您的 MTA 時，您是否收到正確的 SMTP 問候消息。- 檢查伺服器之間的路由，例如使用
traceroute mx.example.com.如果問題出在其他地方，則同樣適用於該伺服器和下一個 MTA。