寄信服務連不上，失敗的信也沒有自動接手
整理日期：2026-08-05
例行檢查網站寄信紀錄時，看到一封幾天前失敗的確認信。
它不是進垃圾信匣，也不是被收件端退回。寄信外掛在連接主要寄信服務時逾時，信根本沒有離開網站。
更麻煩的是，失敗後沒有自動重試，也沒有另一條通道接手。前台看起來一切正常，填表的人只會一直等不到通知。
先拆成幾層看
Section titled “先拆成幾層看”寄信紀錄顯示失敗，不代表每一筆都是同一個問題。
這次一開始看到十筆失敗紀錄，其中只有一筆是真正的連線逾時。其他紀錄是網站安全通知沒有收件人，被寄信服務直接拒絕。
如果只看失敗總數，很容易高估寄信服務的故障比例，也可能修錯方向。我會先把失敗拆成三類：
- 已送出，但進垃圾信匣：先查 SPF、DKIM、DMARC 與寄件信譽。
- 已送出，但被收件端退回：先查地址是否有效，以及退信原因。
- 根本沒有送出：先查連線、認證、逾時與後備通道。
這篇處理的是第三種。
主要寄信服務偶爾連不上不是最危險的地方。真正的風險是網站只有一條寄信路徑，而且失敗後沒有任何人會立即知道。
表單成功畫面只能證明資料送進網站，不能證明通知信已經寄出。只要網站仍把「表單寫入成功」和「郵件成功送出」當成同一件事，這種漏信就很難從前台發現。
先逐筆打開寄信紀錄，確認錯誤內容。只有在判斷是連線或服務異常後，才把第二條寄信連線設成後備。
設定時有幾個容易忽略的地方：
- 後備連線使用不同的服務或帳號，避免主要服務整體異常時一起失效。
- 如果外掛會用寄件者信箱辨識連線，兩條連線不要填成完全相同，否則可能變成覆蓋舊設定。
- 後備連線不要強制改寫寄件者，除非已確認所有網站通知都能接受新的寄件身分。
- SMTP 帳號、密碼與寄件網域要依服務商文件填寫，不要把顯示名稱、完整信箱與登入帳號混在一起。
- 如果外掛支援失敗通知，開啟即時通知；沒有這項功能時，再把寄信紀錄納入固定巡查。只靠例行檢查，仍可能隔幾天才發現漏信。
先用寄信外掛的測試功能，指定第二條連線寄一封信給自己，確認：
- 信件確實收到，而且沒有進垃圾信匣。
- 寄信紀錄顯示使用的是第二條連線。
- 收件者看到的寄件名稱與寄件地址符合預期。
這個測試只能證明後備通道本身可用，不能證明主要通道失敗時一定會自動切換。
若要完整驗證自動切換，必須暫時讓主要通道失效，再送出一封測試信。這會碰到正式寄信設定，因此要先確認憑證可以安全復原；不適合為了測試，在沒有備份的情況下直接破壞正式連線。
不建議先做的事
Section titled “不建議先做的事”- 不要只看「失敗幾封」，要逐筆看錯誤訊息。
- 不要把垃圾信匣、退信與連線失敗混成同一種問題。
- 不要用同一家服務的相同帳號當作真正的後備路徑。
- 不要只測「第二條寄得出去」，就直接宣稱自動切換已經驗證完成。
下次遇到可以先整理什麼
Section titled “下次遇到可以先整理什麼”- 網站使用哪一種寄信方式，是否已有第二條通道。
- 過去兩週的失敗紀錄與每一筆錯誤訊息。
- 失敗的是一般通知、確認信、密碼重設信，還是訂單郵件。
- 主要與後備連線使用的服務是否真的不同。
- 寄信失敗後，有沒有自動重試、通知或人工巡查。
WordPressSMTP網站表單寄信紀錄後備連線交易郵件