Catch-all 電子郵件驗證：完整指南
Catch-all（全收）網域是電子郵件驗證中最棘手的情況。這類網域會接收寄往任何地址的郵件，因此標準檢查無法確認特定信箱是否存在。本指南說明什麼是 Catch-all 網域、 Catch-all 偵測如何運作，以及如何在不危及信譽的情況下寄信給它們。
Catch-all 網域在 SMTP 檢查時會接受所有地址，因此無法從外部確認到信箱層級。請把 Catch-all 當作獨立的作業區隔，設定專屬的寄送上限、退信門檻與晉升規則，而不要與已確認的地址混在一起。
什麼是 Catch-all 網域
Catch-all 網域，有時也稱為全部接收（Accept-all）網域，是指郵件伺服器被設定為接收所有寄來的郵件，不論 @ 符號前面是什麼地址。寄到 john@company.com 的郵件會被接收；寄到 company.com 下從未存在過的信箱，同樣會被接收。伺服器什麼都收，名稱就是這麼來的。
企業開啟這個設定有合理的原因。如果員工或客戶打錯內部地址，Catch-all 設定能讓郵件不被退回而遺失，而是送到一個可以檢視的地方。這是防範錯字的安全網。問題在於，防止郵件遺失的同一個設定，也讓任何想從外部驗證該網域上單一地址的人無從判斷。
標準驗證如何運作，以及 Catch-all 為什麼會讓它失靈
要理解這個問題，先了解一般驗證如何確認信箱會有幫助。驗證引擎會執行即時 SMTP 交握：它與收件郵件伺服器建立連線，並以電子郵件協定的語言，實際上詢問伺服器是否願意接收寄給某個特定地址的郵件。在一般網域上，伺服器會如實回答。信箱存在，就回應肯定；信箱不存在，就回傳拒絕，常見的是代表使用者不存在的 550 回應。正是這種明確的是或否，讓驗證能確認或拒絕一個地址。
Catch-all 網域拿掉了「否」。由於伺服器被設定為接收所有地址，每次交握它都回應肯定，不論信箱是真實的還是捏造的。驗證引擎詢問真實地址，得到「是」；詢問同一網域下完全隨機、明顯是假的地址，也會得到同樣的「是」。平常用來區分真假信箱的訊號，根本不存在。這就是 Catch-all 問題的核心：網域對一切都回應肯定，所以肯定的回答不再代表信箱存在。
Catch-all 偵測如何運作
| 結果 | 說明 | 處理方式 |
|---|---|---|
| 有效 | 收件伺服器可以確認該信箱。 | 用於乾淨的寄送區隔。 |
| 無效 | 伺服器拒絕了該信箱，或地址未通過必要的檢查。 | 寄送前先排除。 |
| Catch-all | 網域接收所有地址，因此無法個別確認信箱。 | 分開保存，若聯絡人有價值，再謹慎測試。 |
| 拋棄式 | 該地址屬於臨時信箱服務商。 | 正式的行銷、業務與產品溝通都應排除。 |
| 職能信箱 | 該地址通往群組或職能，而非明確的個人。 | 只有在這類信箱符合活動需求時才使用。 |
既然引擎無法確認 Catch-all 網域上的個別信箱，它能做的有用之事，就是先偵測出網域是否為 Catch-all。這項偵測原理很單純，也是誠實處理 Catch-all 的基礎。
引擎會用一個不可能存在的地址測試網域。它產生一串真實信箱絕不會使用、明顯是捏造的隨機字串，並針對目標網域上的這個假地址執行 SMTP 交握。回應會說明一切。如果伺服器拒絕假地址，表示網域行為正常，個別驗證是可靠的。如果伺服器接受假地址，網域就是 Catch-all：它剛剛確認了一個肯定不存在的信箱，證明它什麼都會確認。
一旦引擎知道網域是 Catch-all，就會回報這個事實。該網域上任何地址的正確輸出都是 Catch-all 結果：一個清楚說明「此網域接收所有地址，無法確認個別信箱」的標籤。這就是偵測，也是對哪些能驗證、哪些不能驗證的誠實陳述。
是偵測，不是評分
這個差別重要到值得直說。Catch-all 處理是偵測，不是評分。有些工具會替 Catch-all 地址附上一個數字機率，暗示信箱為真的可能性有多高。那不是驗證。Catch-all 網域之所以困難，正是因為判斷個別信箱所需的資訊無法從外部取得。把不確定性換成數字估計，並不會憑空產生不存在的資訊，只是把不確定性藏在數字後面。
VeriMails 嚴格把 Catch-all 視為偵測結果。當網域是 Catch-all，VeriMails 就告訴您它是 Catch-all。它不會假裝知道該網域上的特定信箱是否存在，因為外部檢查無法判定這件事。誠實的 Catch-all 標籤遠比捏造的分數有用，因為它明確告訴您面對的是什麼情況，讓您做出真正的決定，而不是相信一個包裝成數據的猜測。
Catch-all 地址從哪裡來，又有多常見
Catch-all 並不罕見。在企業電子郵件中尤其常見，因為 Catch-all 設定較常出現在公司自行管理的網域，而非大型消費者郵件服務商。各方估計不一，但相當比例的 B2B 網域以 Catch-all 方式運作，在某些以企業為主的名單中，Catch-all 地址更占總數的一大部分。如果您從事陌生開發或 B2B 行銷，就會經常遇到 Catch-all 地址，因此為它們制定清楚的計畫是必要的。
Catch-all 的風險在於這些地址確實是未知的。Catch-all 地址可能是真實、仍在使用的信箱，正好屬於您想聯絡的人；也可能是不存在的地址，伺服器收下後默默丟棄，或轉到無人查看的信箱。光靠驗證無法分辨，這也是 Catch-all 地址的退信風險通常高於完全驗證地址的原因。
如何安全地寄信給 Catch-all 地址
處理 Catch-all 地址的目標，是取得其中真實信箱的價值，同時不讓未知的地址損害寄件者信譽。審慎的做法可以做到這一點。
| 區隔規則 | 預設政策 | 何時調整 |
|---|---|---|
| 寄送量 | 從低於完全驗證地址的寄送量開始。 | 只有在退信少、互動正常後才提高。 |
| 退信門檻 | 比乾淨的已驗證批次更早停止 Catch-all 批次。 | 移除表現差的網域或低價值聯絡人後才恢復。 |
| 互動檢視 | 將開信、點擊、回覆與未回應，與已驗證信箱分開追蹤。 | 在多次出現正面訊號後，把有互動的聯絡人晉升到可信任區隔。 |
| 排除名單 | 排除在多次測試中退信或始終沒有回應的地址。 | 除非有新的驗證結果與業務理由支持，否則不要重新加入。 |
- 建立只含 Catch-all 的區隔。不要把這些地址混入可送達的匯出檔。
- 依業務價值排定優先順序。先測試契合度高的潛在客戶，而不是寄給每一個 Catch-all 地址。
- 先寄送小批次。讓第一批小到即使結果不佳，也不會損害整個活動。
- 同時檢視退信與互動。退信少但沒有互動，仍需謹慎。
- 晉升或排除。把有互動的聯絡人移到可信任區隔，並排除失敗或從未回應的地址。
與已驗證名單分開
首先，把 Catch-all 地址放在獨立的區隔中，與順利通過完整驗證的地址分開。乾淨的地址已經確認，可以放心寄送。Catch-all 地址屬於不同的風險類別，應該分開處理。把它們混在一起，會拉低整體寄送的可靠度。
以小批次測試
不要一次寄給整個 Catch-all 區隔。先寄送一小批，觀察結果。追蹤這批的退信率與互動。如果這批退信很少、互動正常，表示地址大多是真的，可以繼續擴大。如果這批大量退信或毫無互動，就停止。有控制的測試能揭露區隔的品質，又不會拿您的信譽冒險。
長期依靠互動數據
經過幾次寄送後，互動數據能做到驗證做不到的事。會開信、會點擊的 Catch-all 地址，顯然是真實且有人查看的信箱，可以晉升到可信任區隔。多次寄送都沒有回應的 Catch-all 地址則應排除。互動就是用來化解 Catch-all 所留下不確定性的訊號。
搭配 VeriMails 整合運用
VeriMails 將 Catch-all 偵測內建於每一次驗證中。無論您是透過 REST API 驗證單一地址，還是上傳整份 CSV 名單進行大量處理，每個地址都會經過語法、MX、DNS 與即時 SMTP 交握檢查，引擎也會同時執行 Catch-all 偵測、拋棄式偵測與職能信箱偵測。當網域是 Catch-all，結果會清楚標示，不附捏造的分數，讓您把這些地址分流到獨立區隔，並套用上述審慎做法。
價格從每封電子郵件 $0.0019 起，點數包從 10,000 點 $19 到 500 萬點 $1,499，年繳方案按年計費時每月 $12.50 起。新帳號註冊即送 100 點免費點數，無需信用卡，點數永不過期。Catch-all 網域永遠會是電子郵件的一部分，在 B2B 尤其如此。處理它們的方法是誠實偵測，再加上審慎寄送；這樣的組合能讓真實信箱保持可觸及，同時避免未知地址傷害到您。