2026.10.22

WordPress 表單送出後收不到信？用 WP Mail SMTP 測試寄信設定

WordPress 表單最容易造成誤判的情況是：訪客看到「送出成功」，網站管理員卻始終收不到通知信。另一種常見狀況是，主機拒絕使用訪客填寫的地址當作寄件人，或測試信確實寄出，卻被放進垃圾郵件。

這些現象不一定代表表單外掛故障。網站通常會先把寄信工作交給 WordPress，再由 WordPress 呼叫 PHP mail 或 SMTP 程式庫，最後才交給郵件服務商處理。因此要先分清楚兩件事：WordPress 是否已嘗試送出，以及郵件服務商是否已接受這封信。

表單顯示送出成功，通常只代表表單請求與網站程式完成，不等於信件已送達收件匣。

先判斷是哪一個環節失敗

表單顯示成功，但 WP Mail SMTP 測試信也失敗：優先檢查 WordPress 寄信設定、SMTP 憑證、主機連線或寄件人限制。
測試信成功，但表單通知沒有信：檢查表單外掛的收件人、通知條件、Reply-To，以及是否有其他外掛攔截或改寫郵件。
測試信成功且郵件服務商接受，但收件匣沒有信：檢查垃圾郵件、隔離區、郵件規則與網域驗證狀態。
寄件人地址被主機拒絕：通常是 From Email 使用了不被主機或郵件服務商允許的網域，或該地址沒有完成驗證。

如果需要先保留表單資料，避免反覆測試時遺失詢問內容，可以搭配 Flamingo 保留 WordPress 表單提交資料。這能協助確認「表單資料有沒有進入網站」，但不能取代郵件寄送測試。

從 WP Mail SMTP 工具頁寄出測試信

以具備足夠後台權限的帳號登入 WordPress，前往 WP Mail SMTP 的設定頁。不同版本的選單文字可能略有差異，請尋找「Tools」或「工具」中的測試郵件功能。
在收件人欄位輸入你能實際查看的信箱。建議先使用與寄件網域不同的測試信箱，方便觀察郵件服務商如何處理這封信。
按下寄送測試信的按鈕，等待頁面回報成功或錯誤。測試時不要只看瀏覽器是否顯示完成，也要查看完整的結果訊息。
到收件匣、垃圾郵件、隔離區及郵件規則中搜尋測試信。搜尋寄件人網域或測試信主旨，比只查看收件匣更可靠。

官方文件的操作位置與畫面，可參考 WP Mail SMTP：How to Send a Test Email。外掛本身也可以從 WordPress.org 的 WP Mail SMTP 頁面確認目前功能與相容性資訊。

如何讀取測試信錯誤訊息

錯誤訊息不應只截取最後一句「寄送失敗」。請保留完整錯誤內容、錯誤代碼、使用的寄件方式與測試時間，再依照下面方向分類。

連線逾時、無法連接主機或 DNS 解析失敗：檢查主機是否限制外連 SMTP、DNS 是否正常，以及 SMTP 主機名稱與連接埠是否依服務商文件設定。
驗證失敗、帳號或密碼錯誤：重新確認帳號、密碼、應用程式密碼或 OAuth 授權是否有效。不要把一般登入密碼直接套用到要求專用憑證的服務。
寄件人不被允許、From address not allowed：表示寄件地址與已驗證帳號、網域或服務商政策不一致。請先修正 From Email，不要一直重送。
SSL、TLS 或憑證錯誤：確認服務商要求的加密方式與連接埠，並檢查主機的 CA 憑證與時間設定。不要為了繞過錯誤而長期關閉 TLS 驗證。
服務商回覆配額、限制或政策拒絕：這通常不是 WordPress 程式碼錯誤，而是帳號額度、收件限制、網域信譽或服務商規則造成。

若錯誤內容只顯示泛用的「メール無法寄出」或「Something went wrong」，可以先啟用外掛提供的除錯記錄功能，再重送一封測試信。記錄可能包含信箱或網域資訊，分享給主機商或同事前應先遮蔽敏感資料。

確認 From Email 與強制寄件人

From Email 是郵件的寄件人地址，Reply-To 則是收件人按下回覆時使用的地址，兩者用途不同。表單常見的錯誤做法，是把訪客在表單輸入的信箱直接放到 From Email。這會讓郵件看起來像由任意外部地址寄出，也容易被主機或郵件服務商拒絕。

From Email 優先使用網站所屬網域的固定地址，例如網站網域下專門用於通知的信箱。
訪客填寫的信箱放在 Reply-To，讓管理員可以直接回覆，但不要把它當成網站的實際寄件人。
在 WP Mail SMTP 設定中啟用「Force From Email」或同等的強制寄件人選項，讓 WordPress 與表單外掛使用同一個寄件地址。
若強制寄件人啟用後，表單外掛原本指定的 From Email 被改掉，這是預期行為；請在表單通知設定中保留正確的 Reply-To。

強制寄件人不是保證送達的開關，它主要是避免不同外掛各自使用不一致或不被允許的寄件地址。若主機商規定寄件地址必須先在控制台建立或驗證，仍要依主機商的政策處理。

選擇 SMTP 服務商時的實務方向

不要只因為網站主機提供「免費寄信」就把它當成長期交易郵件服務。基礎工程師應先確認網站的寄信量、通知重要性、是否需要寄送大量行銷郵件，以及服務商提供的記錄、配額、退信處理與網域驗證能力。

主機內建 SMTP：設定通常較直接，但可能有每日配額、收件限制或寄件信譽問題。
交易郵件服務：通常適合網站通知、訂單與表單信，需依服務商文件完成帳號授權及網域驗證。
一般信箱 SMTP：可用於低量通知，但可能受多因素驗證、應用程式密碼、配額及安全政策影響。
OAuth 或 API 型寄送：不一定使用傳統 SMTP 主機與密碼，請依 WP Mail SMTP 及服務商目前文件完成授權，不要自行猜測連接埠或端點。

不要把不同服務商的主機名稱、連接埠、加密方式或 DNS 值互相套用。本文不提供特定服務商的固定設定值，因為這些值可能依方案、區域、驗證方式與帳號政策變更；正確做法是以服務商官方文件中的目前值為準。

SPF、DKIM、DMARC 要驗證什麼

當測試信「寄出成功」但落入垃圾郵件時，下一步不是立刻更換外掛，而是檢查寄件網域的驗證與信譽。三項機制的基本方向如下：

SPF：在網域 DNS 宣告哪些寄件來源可以代表該網域寄信。確認目前使用的 SMTP 或郵件服務商已按照其文件納入授權來源，並避免產生互相衝突的多筆 SPF 記錄。
DKIM：由寄件系統對郵件加上簽章，收件端透過 DNS 公開金鑰驗證郵件是否來自授權系統且內容未被不當修改。需確認服務商提供的選擇器與公開金鑰已正確發布。
DMARC：定義 SPF 或 DKIM 驗證失敗時的處理政策，也能透過報告觀察網域是否被冒用。設定政策前，先確認合法寄件來源，避免誤傷網站通知或其他既有郵件系統。

DNS 變更需要等待快取更新，也可能受 DNS 代管商的 TTL 影響。可使用服務商提供的網域驗證頁、郵件原始檔標頭，或可靠的 DNS 查詢工具檢查結果。即使 SPF、DKIM、DMARC 都通過，也不能保證郵件一定進入收件匣，因為收件方還會評估內容、寄件信譽、使用者規則與垃圾郵件模型。

測試信成功後，再用表單外掛重測

先確認 WP Mail SMTP 測試信可以送出，並在收件端至少找到一封信。若這一步失敗，先不要回頭修改表單欄位。
檢查表單通知的收件人是否為正確地址，特別注意逗號、全形符號、隱藏空白與多位收件人的格式。
將通知的 From Email 改為與 WP Mail SMTP 相同的固定寄件人，將訪客信箱放入 Reply-To。
用實際前台頁面提交一次表單，記下提交時間與使用的測試信箱。不要只在後台預覽表單。
確認表單畫面的成功訊息、網站內的提交紀錄，以及收件匣與垃圾郵件資料夾。三者結果不同時，就能縮小問題範圍。

若表單有防垃圾機制、AJAX 送出、條件式通知或附件，請先用最簡單的純文字表單測試，再逐一恢復功能。若使用快取或安全外掛，測試時也要確認它們沒有攔截 AJAX 請求或郵件相關的背景處理。可參考 WordPress 疑難排解模式找外掛衝突，以較低風險方式排除相容性問題。

WordPress 權限與維護注意事項

SMTP 憑證、寄件記錄與郵件服務商授權都屬於敏感設定。不要讓所有編輯者都能查看或修改。請依網站角色與最小權限原則配置可操作 WP Mail SMTP 的帳號，並參考 WordPress 官方的 Roles and Capabilities 說明確認角色能力。

測試完成後，刪除不必要的測試收件地址，檢查除錯記錄是否含有個人資料或憑證片段，並避免把完整 SMTP 密碼貼到工單、聊天頻道或版本控制系統。若網站使用暫存資料保存狀態，也要注意清理與保存期限；WordPress 開發者文件的 Transients API 說明可作為相關機制的參考。

常見問題 FAQ

FAQ 1：WP Mail SMTP 顯示成功，為什麼收件匣仍然沒有信？

成功通常代表 WordPress 已將郵件交給所選的寄送方式，或郵件服務商回覆已接受，不代表收件方已完成投遞。請檢查垃圾郵件、隔離區、郵件規則、收件地址是否正確，以及 SPF、DKIM、DMARC 與寄件信譽。

FAQ 2：可以把表單訪客的信箱設定成 From Email 嗎？

不建議。這容易觸發主機或郵件服務商的寄件人政策，也可能造成 SPF、DKIM 或 DMARC 對齊問題。請使用網站網域下的固定 From Email，並把訪客信箱放到 Reply-To。

FAQ 3：測試信進垃圾郵件，是 WP Mail SMTP 失效嗎？

不一定。WP Mail SMTP 負責協助 WordPress 依設定連接寄送服務，並不保證每封信都能進入收件匣。請先查看郵件原始檔的驗證結果，再檢查網域驗證、郵件內容、寄件信譽與收件方規則。

Barry 隨手寫