一封被退回的信，告訴您的是一件常常在寄信之前就能知道的事：這個地址不存在。對陌生開發來說，地址來自網站、名錄和名片，而不是註冊表單，所以任何名單都有一部分已經過時。
這份指南的讀者，是即將寄信給一份名單、但那份名單並不是透過對方主動同意加入而建立的人，包括業務團隊、創業者和代理商。我們（Outreach）會說明三項能判斷地址能否收信的檢查、這些檢查在哪些情況下會失效，以及當信件還是寄不出去時，該如何解讀您收到的退信代碼。
先給簡短的答案：通常可以在不寄信的情況下，確認地址是否存在，但並非總是如此。而且知道什麼時候無法確認，和答案本身一樣有用。
為什麼要在寄信之前驗證電子郵件地址？
因為郵件服務商要求寄件者移除無效的地址，而且每一次退信，都是一封沒有送到任何人手上的信。Yahoo 的寄件者中心最佳實務寫道：「請儘快從名單中移除無效的收件者」。Google 的電子郵件寄件者規範則指出，要「將多次退信的收件者自動從訂閱清單中移除」，而且「如果開始發生退信或郵件延遲的情形，請減少傳送量，等 SMTP 錯誤率降低後，再慢慢提高傳送量」。
簡單來說：服務商會留意您如何處理不良地址。寄信前先檢查，代表事後要處理的退信更少，也能更清楚地看出您的行銷活動實際觸及了多少真實的人。
驗證電子郵件地址有哪些步驟？
依序做三項檢查：地址的格式是否正確、它的網域是否有郵件伺服器，以及那個伺服器是否表示信箱存在？每一個步驟，都能抓出前一個步驟抓不到的問題。
| 步驟 | 檢查什麼 | 能抓出什麼 |
|---|---|---|
| 1. 語法 | 地址是否符合電子郵件的格式規則 | 打錯字、少了 @、無效字元 |
| 2. MX 查詢 | 網域是否在 DNS 中公布了郵件伺服器 | 已失效的網域、不接收郵件的網域 |
| 3. SMTP 信箱檢查 | 郵件伺服器是否接受那一位特定的收件者 | 不存在或已關閉的信箱 |
通過第 3 步，是不寄信所能得到的最強訊號。但正如接下來會看到的，有些伺服器對每一個地址都給出同樣的答案，不論地址是真是假。
如何檢查電子郵件的語法？
確認恰好有一個 @、前面是看起來有效的部分、後面是真實的網域，而且長度都在 SMTP 標準的限制之內。RFC 5321 把「使用者名稱或其他本地部分的最大總長度」（也就是 @ 之前的部分）訂為 64 個八位元組，並把網域的最大長度訂為 255 個八位元組。
語法檢查能抓出明顯的錯誤：sales@@example.com、info@example、從網頁複製時帶進來的結尾空格，或是把句點打成逗號。它們又便宜又即時，所以一定要先做。它們無法告訴您的是，這個地址背後有沒有人。不論 Jane 是否在那裡工作，jane.doe@example.com 的格式都完全正確。
MX 查詢是如何運作的？
它會向 DNS 詢問哪一台伺服器負責接收該網域的郵件；如果沒有，該網域下的任何地址都無法收到電子郵件。MX（郵件交換器）記錄會指向接受某個網域郵件的伺服器。查詢它，就能知道這個網域到底有沒有設定接收電子郵件。
依照標準，有三種結果：
- 找到 MX 記錄。這個網域有郵件伺服器，請繼續進行第 3 步。
- 網域不存在。RFC 5321 指出：「如果傳回網域不存在的錯誤，這種情況必須回報為錯誤」。這個地址已經失效。
- 沒有 MX 記錄，但網域存在。RFC 5321 指出，這個地址「會被視為與一個隱含的 MX 相關聯」，也就是郵件會送往該網域自己的位址記錄。所以沒有 MX，並不一定就是死路。
還有一種明確表示「我們不收信」的訊號。RFC 7505 定義了「null MX」，也就是優先順序為 0、伺服器名稱為「.」的單一 MX 記錄，它「會使所有寄往該網域的郵件傳送嘗試立即失敗」。如果您看到它，就請停下來：這個網域已經聲明它不接收電子郵件。
SMTP 信箱檢查如何在不寄信的情況下運作？
檢查工具會連線到該網域的郵件伺服器並開始一次傳送，指定收件者、讀取伺服器的回覆，然後在傳送任何郵件內容之前就中斷連線。用 SMTP 的說法就是：連線、EHLO、MAIL FROM、RCPT TO:<address>、讀取回覆代碼，然後 QUIT，真正放入郵件內容的 DATA 步驟，從來不會發生。
重點在於 RCPT TO 得到的回覆。RFC 5321 定義了這些代碼：
| 回覆 | RFC 5321 的意思 | 通常代表什麼 |
|---|---|---|
| 250 | 要求的郵件動作正常，已完成 | 伺服器接受這位收件者 |
| 550 | 「未執行要求的動作：信箱無法使用（例如找不到信箱、沒有存取權限，或因政策原因而拒絕指令）」 | 通常是「沒有這個信箱」，但請讀訊息文字，它也可能是政策上的拒絕 |
| 553 | 「不允許的信箱名稱（例如信箱語法不正確）」 | 地址格式被拒絕 |
| 450 | 「信箱無法使用（例如信箱忙碌，或因政策原因暫時被封鎖）」 | 暫時性的，請稍後再試 |
| 452 | 「系統儲存空間不足」 | 暫時性的 |
為什麼不直接用 VRFY 指令問伺服器就好？因為伺服器可以把它關掉。RFC 5321 第 7.3 節允許網站基於安全理由停用 VRFY，並指出這樣做的伺服器「必須傳回 252 回應」，這個回覆的意思是既不是「是」也不是「否」。這就是為什麼檢查工具改用 RCPT TO 這條路。
在我們 2026 年 9 月的自行測試中，RCPT 方法在一個已知的小型地址組中，正確判斷了全部 6 個地址：3 個我們已知會退信的地址、2 個可以正常使用的地址，以及 1 個位於全部接收（catch-all）網域上、而我們正確標示為無法確認的地址。
什麼是全部接收（catch-all）網域，為什麼無法驗證？
全部接收網域會接受寄往任何地址的信，不論地址是真實的還是捏造的，所以它的伺服器對每一位收件者都回答「250 OK」，寄信前的檢查什麼也學不到。有些公司這樣設定郵件，是為了讓拼錯的地址仍然能送到某個人手上。有些則使用閘道器，先接受所有郵件，之後再整理分類。
要偵測全部接收網域，方法是向伺服器詢問一個幾乎肯定不存在的地址，例如同一個網域下一長串隨機字元。如果伺服器連這個也接受，它給出的每一個「是」就都沒有意義。
這有多常見？在 2026 年 9 月的一次測試中，我們（Outreach）對 25 個郵件網域送出了使用捏造地址的 RCPT 檢查，這些網域取自我們收集到的 200 筆公司聯絡資料（大多是韓國公司）。大約 74% 的網域誠實地回答並拒絕了假地址；大約 25% 接受了它，也就是它們屬於全部接收網域。請把這當作一個市場的一個樣本，而不是通用的比率。重點在於，這並不罕見。
對於位於全部接收網域的地址，誠實的結果是「無法確認」。要知道答案只能靠寄信，而這是一個需要判斷的決定：公司自己網站上公布的地址，比依姓名格式猜出來的地址更可靠。
為什麼有些郵件伺服器會拒絕驗證檢查？
有些郵件伺服器會限制誰可以詢問收件者的資訊，所以它們不會回答，而是延遲、暫時拒絕，或直接中斷連線。拒絕通常是以下的樣子：
- 對每一位收件者都回覆暫時性的 4xx，要求您稍後重試。
- 一個提到政策或信譽、而不是提到信箱的 5xx 回覆，例如增強型代碼 5.7.1，RFC 3463 把它描述為「未授權傳送，郵件被拒絕」。
- 完全沒有回應，或是連線被中斷。
這些都無法告訴您信箱是否存在。好的驗證工具會把它們回報為「未知」，而不是「無效」，因為只因伺服器很謹慎，就把一個真實的地址標示為失效，會白白丟掉一個好的聯絡人。
有些主機服務商也會封鎖 25 埠（也就是 SMTP 埠）的對外連線，這代表在那裡執行的檢查工具，根本連不上郵件伺服器。同樣地，這種情況下正確的答案是「無法驗證」，而不是「不存在」。
寄信之後，如何解讀退信代碼？
先看增強型狀態代碼的第一個數字：5 代表永久性，4 代表暫時性。接著中間的數字會說明那是哪一類問題。RFC 3463 定義的代碼格式是 class.subject.detail：
- 5.x.x，永久性失敗：「不太可能靠以目前的形式重新傳送郵件來解決」。
- 4.x.x，持續性的暫時失敗：「未來再次傳送可能會成功」。
地址有問題時，您最常看到的代碼：
| 代碼 | RFC 3463 的名稱 | 該怎麼做 |
|---|---|---|
| 5.1.1 | 目的地信箱地址錯誤：「地址中指定的信箱不存在」 | 移除這個地址 |
| 5.1.2 | 目的地系統地址錯誤 | 檢查網域；如果已失效就移除 |
| 5.1.3 | 目的地信箱地址語法錯誤 | 修正打錯的字，或移除 |
| 5.1.6 | 目的地信箱已搬移，沒有轉寄地址 | 移除；另外尋找新的聯絡人 |
| 5.2.1 / 4.2.1 | 信箱已停用，不接受郵件 | 若是永久性（5）就移除，若是暫時性（4）就等待 |
| 4.2.2 | 信箱已滿（「應視為持續性的暫時失敗」） | 稍後再試 |
| 4.4.1 | 主機沒有回應 | 暫時性的，請稍後重試 |
| 4.4.7 | 傳送時間已逾期 | 這封信已經過久而無法傳送；請檢查地址並稍後重試 |
| 5.7.1 | 未授權傳送，郵件被拒絕 | 不是地址的問題，而是政策或身分驗證的問題 |
最後這一列很重要。5.7.x 代碼通常代表收件的伺服器拒絕的是您，而不是信箱不存在。在刪除這個聯絡人之前，請先檢查您的SPF、DKIM 與 DMARC 設定。
如何免費檢查單一地址？
在我們的免費電子郵件地址檢查工具中輸入地址，它會執行語法、MX 和信箱檢查，並告訴您三種結果的其中一種。不需要註冊。這個檢查工具有英文和韓文版；請輸入您想檢查的地址。結果會是以下其中一種：
- 可以收信：郵件伺服器接受了這位收件者。
- 不存在：地址格式不正確、網域沒有郵件伺服器，或伺服器表示沒有這個信箱。
- 無法確認：網域屬於全部接收網域、伺服器拒絕了檢查，或根本無法進行檢查。工具會告訴您是哪一種原因。
為了避免這個工具被用來大量探測，它每天只允許有限次數的檢查。如果要檢查整份名單，請在您的寄信流程中驗證，而不是一次檢查一個地址。
無法驗證的地址該怎麼處理？
把它們分開放，用較小的批次寄送，並移除任何以 5.x.x 代碼退信的地址。一個實用的順序如下：
- 移除任何語法檢查沒通過，或沒有郵件伺服器的地址。
- 移除伺服器表示不存在的地址。
- 先寄給已確認的地址。
- 寄給「無法確認」的地址時要更謹慎，並移除任何以永久性退信退回的地址，這也是 Yahoo 和 Google 都建議的做法。
另外也要記得，有效的地址不代表收件者願意收信。不論地址是否存在，垃圾郵件投訴都會對您不利；相關的數字，我們在陌生開發信為什麼會被歸為垃圾郵件中說明。
重點整理
- 分三個步驟驗證：語法 → MX 查詢 → SMTP 信箱檢查（RCPT，不寄出郵件內容）。
- @ 之前的部分最多只能有 64 個字元（RFC 5321）；null MX 代表這個網域不收信（RFC 7505）。
- 全部接收（catch-all）網域會接受每一個地址，在我們 25 個網域的測試中，大約有 25% 是如此，所以有些地址只能標示為「無法確認」。
- 在退信中，5.x.x 代表永久性，4.x.x 代表暫時性；5.1.1 代表信箱不存在；5.7.x 指向的是政策問題，而不是地址有誤。
- 用我們的免費電子郵件檢查工具試試單一地址。
