電子郵件驗證透過層層檢查運作：語法、DNS/MX、SMTP、Catch-all（全收）偵測、拋棄式偵測與職能信箱偵測。SMTP 交握是信箱層級的關鍵檢查，但最終結果也應說明風險類別，讓您的大量驗證與 API 驗證工作流程能做出實際的寄送決策。
電子郵件驗證的用途
名單上的每個電子郵件地址都是一次小賭注。寄出活動時，您賭的是地址真實存在、信箱仍在使用，而且收件伺服器會接受您的訊息。一旦賭輸，訊息就會退信，而退信的代價遠不只一封沒送達的信。Gmail、Outlook、Yahoo 等信箱服務商會密切關注您的退信率，並將偏高的比率視為您寄信給維護不佳名單的訊號。這個訊號會把您日後的訊息推向垃圾郵件匣，連寄給完全有效地址的信也不例外。
電子郵件驗證讓您不必再靠猜測。與其在活動寄出後才發現無效地址，不如事先檢查每個地址，把注定失敗的先移除。結果是更乾淨的名單、更低的退信率，以及寄件者信譽長期穩定的表現。驗證不會讓文案或方案變得更好，但能確保原本會互動的人真的收到訊息。
關鍵在於：驗證過程完全不會寄出任何郵件。驗證工具從不會把訊息送到受檢地址。它使用真實郵件伺服器彼此溝通的同一套協定，但在實際傳送郵件的那一步之前就停下。收件人不會看到任何東西。
驗證檢查的各個層次
可靠的驗證工具不會只依賴單一測試，而是執行一連串檢查，每一步都進一步確認地址是否可安全使用。VeriMails 對每個地址執行六層檢查：語法驗證、MX 與 DNS 查詢、即時 SMTP 交握、 Catch-all 偵測、拋棄式網域偵測，以及職能信箱偵測。每一層回答不同的問題，綜合起來的結果遠比任何單一檢查可靠。
| 層級 | 回答的問題 | 常見結果 |
|---|---|---|
| 語法 | 地址是否符合電子郵件格式規則？ | 格式錯誤的地址會在早期被剔除。 |
| DNS/MX | 這個網域能收信嗎？ | 失效網域會在 SMTP 前被移除。 |
| SMTP | 收件伺服器會接受這個收件人嗎？ | 伺服器給出明確回應時，判定為有效或無效。 |
| 風險標籤 | 這個地址是 Catch-all、拋棄式、職能信箱，還是無法判定？ | 您得到的是寄送策略分類，而不只是「是」或「否」。 |
語法驗證
第一項、也是成本最低的檢查，是確認地址結構有效。電子郵件格式由 RFC 5322 規範定義，規定了合法地址的樣貌。語法驗證會抓出沒有 @ 符號、含空格或非法字元、缺少網域，或本地部分格式錯誤的地址。這一步完全不需要網路連線，因此速度很快，能在較慢的檢查開始前先過濾掉明顯錯誤。相當比例的無效地址會在這裡被擋下，通常是人工輸入時的錯字所致。
MX 與 DNS 查詢
語法有效後，驗證工具會查詢該網域的 DNS 記錄。關鍵是 MX 記錄（Mail Exchanger，郵件交換器）。MX 記錄告訴整個網際網路，哪些伺服器負責替該網域收信。擁有有效 MX 記錄的網域已設定為可接收電子郵件；沒有 MX 記錄的網域則完全無法收信，因此該網域上的任何地址無論怎麼拼寫都是無效的。驗證工具會讀取 MX 記錄，挑選優先順序最高的伺服器，準備建立連線。這一步也能抓出已不存在的網域，這在公司歇業或更名時相當常見。
SMTP 交握
這是檢查的核心。SMTP（簡易郵件傳輸協定）是郵件伺服器之間交換訊息所用的語言。驗證工具會連線到收件人的郵件伺服器，開始一段正常的 SMTP 對話：先以 EHLO 或 HELO 指令自我介紹，用 MAIL FROM 宣告寄件者地址，再以 RCPT TO 指令指定要驗證的地址。收件伺服器會回傳狀態碼：250 代表伺服器願意接收寄往該地址的郵件；550 代表伺服器拒收，通常是因為信箱不存在。驗證工具讀取這個狀態碼後，便發出 QUIT 結束連線。它從不發送 DATA 指令，也就是實際傳送郵件內容的那一步。由於對話在 DATA 之前就結束，因此不會有任何郵件被送出。
Catch-all、拋棄式與職能信箱偵測
SMTP 交握對大多數地址都很有效，但有些郵件伺服器的行為會讓單純的有效／無效判定失準。這就是好的驗證工具會在交握之上再加一層偵測的原因。
Catch-all 偵測
有些網域被設定為 Catch-all（全收），也稱為 Accept-all。Catch-all 伺服器會接收寄往該網域任何地址的郵件，無論信箱是否真的存在。不管寄給真實地址、拼錯的地址，還是完全隨機的地址，伺服器都會回傳 250 接收碼。這表示在 Catch-all 網域上，光靠 SMTP 交握無法確認特定信箱是否存在。VeriMails 以 Catch-all 偵測處理這種情況：用一個幾乎不可能是真實信箱的隨機地址探測該網域。如果伺服器接受了這個隨機地址，該網域就是 Catch-all，相關結果會標示為 Catch-all，而非有效或無效。Catch-all 是偵測結果，不是品質評分。它告訴您這個網域無法在信箱層級判定，讓您自行決定要多謹慎地處理這個地址。
拋棄式網域偵測
拋棄式電子郵件服務提供短時間後就會失效的臨時地址，常被用來註冊各種服務而不暴露真實信箱。拋棄式網域上的地址今天或許能通過 SMTP 交握，明天就可能失效。VeriMails 維護一份已知拋棄式網域清單，並標記任何使用這類網域的地址，方便您排除無法長期聯繫的地址。
職能信箱偵測
職能信箱是對應職務而非個人的地址，例如 info@、support@、sales@ 或 admin@。這類地址通常由多人共同查看，或根本無人管理，也較容易引發垃圾郵件檢舉、互動率偏低。它們多半是有效信箱，所以能通過 SMTP 交握，但不一定適合作為開發信對象。VeriMails 會偵測並標示職能信箱，是否保留則由您決定。
為什麼驗證工具無法每次都給出「是」或「否」
驗證的準確度很高，但也會誠實面對不確定性。確實存在無法給出明確答案的情況，值得信賴的驗證工具會如實回報，而不是用猜的。
Catch-all 網域是最常見的例子。如前所述，Catch-all 伺服器對一切都說「好」，因此無法確認信箱是否存在。灰名單（greylisting）是另一個例子：有些伺服器第一次遇到新寄件者時，會刻意回傳暫時性失敗碼，預期正規的郵件伺服器稍後會重試。若驗證工具把灰名單回應誤判為永久失敗，就會錯把好地址標成無效。VeriMails 能辨識暫時性狀態碼並正確分類，而不是硬給出錯誤結果。速率限制與連線節流也可能中斷檢查，特別是在把大量探測視為可疑行為的大型服務商。
因此，驗證結果會分成幾個類別，而不是單純的通過或失敗。「有效」代表信箱有回應，可以安全寄送；「無效」代表地址不存在或網域無法收信；「Catch-all」代表網域全數接收，無法確認信箱；「有風險」涵蓋結果不確定的地址，例如職能信箱或行為難以預測的伺服器。誠實的分類比硬給的答案更有用，因為能讓您依自己的風險承受度制定寄送規則。
把結果轉化為寄送規則
當結果檔成為一本規則手冊時，驗證的效益最大。在活動開始前就先決定策略，寄件者、行銷人員或業務營運人員就不必在截止壓力下臨時應變。
| 狀態 | 活動規則 | 為什麼重要 |
|---|---|---|
| 有效 | 正常寄送，並持續監控退信、回覆與檢舉。 | 該信箱已通過目前最嚴格的送達率檢查。 |
| 無效 | 匯入前先排除，並阻止日後透過 CSV 上傳重新加入。 | 這是最快損害信譽的硬退信族群。 |
| Catch-all | 與有效地址分開管理，只以謹慎的小批次測試寄送。 | 該網域廣泛接收郵件，因此個別信箱未經確認。 |
| 拋棄式或職能信箱 | 陌生開發信預設排除；只有在商業理由明確時才逐一審視。 | 這類地址往往會拉低互動品質，或扭曲潛在客戶資料。 |
| 未知或暫時性 | 先保留、稍後重試，或在加入活動前要求其他佐證。 | 謹慎的策略能避免把不確定性變成退信暴增。 |
寄送後，請將成效與 2026 退信率基準比較：低於 3% 屬健康，3% 到 5% 需要清理，高於 5% 則為高風險。
準確度與速度
驗證的價值在於能否夠快地取得對工作流程有用的答案。VeriMails 專為 API 與大量名單規模的快速檢查而打造。可靠度來自上述多層檢查，而非單一 SMTP 探測，也來自正確分類 Catch-all 與灰名單伺服器，而不是把每個地址硬塞進有效或無效的標籤。
驗證有兩種執行方式。 REST API 可即時檢查單一地址，非常適合在訪客送出註冊表單的當下進行驗證，或在 CRM 記錄建立時同步補強資料。大量 CSV 驗證可處理整份名單，是活動前或清理舊資料庫時的最佳選擇。兩者執行相同的六層檢查，所以不論驗證一個還是五百萬個地址，結果都一致。
價格方案依用量彈性調整。驗證每封電子郵件低至 $0.0019，10,000 點為 $19，大量方案最高可達 5 million 點 $1,499。年繳方案以年度計費時，每月 $12.50 起。每個新帳號註冊即送 100 點免費點數，無需信用卡，點數永不過期，您可以先用自己的地址測試完整檢查再決定。