使用者說「信寄不出去」，第一反應常常是郵件伺服器壞了。我整理這一年多的退信紀錄，多數原因其實是發信 IP 的信譽或信件格式不合規。

案例一：系統自己發的信，被 Gmail 拒收

退信寫著：550-5.7.1 Messages missing a valid Message-ID header are not accepted。

這種信通常是系統自動產生的：監控告警、ERP 通知、事務機的掃描寄信。它們自己組信件、直接送出，卻沒有帶 Message-ID 這個標頭。依照郵件格式標準（RFC 5322）補上就好，通常要在那套系統的寄信設定或程式裡改。

案例二：發信 IP 被列進「動態 IP 黑名單」

有一種公開的黑名單（DUL），專門擋「不該直接發信的動態 IP、家用寬頻」。Gmail、Office 365 和不少防毒廠商都會查。

常見原因：有人用自己的電腦、浮動 IP 直接發信，沒有經過正式的發信主機；或郵件伺服器設定錯誤，沒走正式的轉送。

解法：改走 ISP 或公司自己的正式發信主機、申請固定 IP 並設好反解（PTR）、再到該黑名單網站申請移除。

現代收件方的及格線：SPF、DKIM、DMARC

  • SPF：宣告哪些 IP 可以代表你的網域發信。
  • DKIM：幫信件加上數位簽章。
  • DMARC：告訴收件方，前兩項沒過時要怎麼處理，並寄報告給你。

三項都設好，才算現代郵件的基本配備。如果前面有郵件閘道（例如 Proxmox Mail Gateway），要注意它不會幫你處理發信 IP 的信譽，DNS 這些設定還是要自己做。

標準診斷順序

  1. 看退信碼：4 開頭是暫時性錯誤（會重試），5 開頭是永久性錯誤。
  2. 看是誰退的：是自家伺服器，還是對方的？
  3. 看信件標頭的 Received 鏈：追出信件經過了哪些主機、卡在哪一站。
  4. 用 MXToolbox 這類工具：檢查 SPF、DKIM、反解，以及發信 IP 有沒有在黑名單上。

另外兩個少見但麻煩的：信件在佇列裡反覆延遲，通常是 MX 指向自己或轉寄設定形成迴圈；收件地址含非英文字元時，要雙方伺服器都支援才不會退信。

資料來源

  • 本人郵件退信處理紀錄（2025-06～2026-03）

封面圖由 AI 生成。