什麼是 Catch-all（全收）網域？

定義

Catch-all 網域又稱為全收網域（accept-all domain），是指郵件伺服器被設定為永遠不會依收件地址拒收郵件的網域。在一般網域上，寄往沒有對應信箱之地址的郵件會被拒收，因為伺服器知道該使用者不存在。但在 Catch-all 網域上，寄往 sales@example.com、john.smith@example.com，甚至像 xyz123@example.com 這種隨機字串的郵件，都會在網域層級被接收，即使其中只有一個地址背後真的有收件匣。

網域擁有者啟用 Catch-all 設定有其實際考量：寄件者打錯一個字時，正當郵件不會因此遺失；寄給已離職員工的郵件也能被接住；小型團隊也能有一個集中收取所有寄往該網域郵件的地方。然而從驗證的角度來看，Catch-all 設定移除了驗證工具所仰賴最明確的訊號。Catch-all 這個標籤描述的是網域，而不是網域上的任何單一地址。它代表該網域接收所有收件者，因此無法用一般方法個別確認該網域上的特定地址。

運作方式

標準 SMTP 驗證的原理，是讀取郵件伺服器對 RCPT TO 指令（指定要測試的收件者）的回應。在沒有設定 Catch-all 的網域上，未知的收件者會得到 550 拒收，真實的收件者則會得到 250 接收，驗證工具因此能清楚分辨兩者。Catch-all 伺服器打破了這種區別：它被設定為對每一個收件者都回傳 250 OK，無論真實或捏造，因此回應中完全不包含特定信箱是否存在的資訊。

驗證工具偵測 Catch-all 行為的方式，是用一個幾乎可以確定是假的地址探測網域，例如一長串沒有人會使用的隨機字元。如果伺服器接受了這個明顯無效的地址，該網域就會被視為 Catch-all，因為一般的伺服器會拒收它。一旦網域被認定為 Catch-all，驗證工具就會將地址回報為 Catch-all，而非確認可送達，因為它無法誠實地宣稱已驗證該個別信箱。

寄往 Catch-all 網域上不存在地址的郵件，下場各有不同。郵件可能被轉到一個無人查看的共用收件匣，可能在毫無通知的情況下被默默丟棄，也可能在佇列中等待，最後在數小時或數天後以延遲的軟退信形式失敗。正是這種不可預測性，讓 Catch-all 網域成為電子郵件驗證中最棘手的情況。業界對企業潛在客戶名單的分析普遍發現，約有百分之十五到三十的地址位於 Catch-all 網域上，因此這絕非罕見的特例。

對電子郵件送達率的重要性

Catch-all 網域之所以帶來送達率風險，是因為它們把無效地址藏在一份看似乾淨的名單中。把每個 Catch-all 地址都當作可送達的寄件者，可能在不知不覺中寄信給相當比例的失效信箱。已發表的測試顯示，Catch-all 地址的退信率是已確認地址的好幾倍，而退信偏高正是郵件服務商追蹤的最強負面訊號之一。

還有第二個較不明顯的代價。落入無人查看之 Catch-all 收件匣的郵件，永遠不會被開啟或點擊。Gmail 與 Outlook 等服務商會密切關注互動，大量未開啟的郵件會讓它們認為收件者不想收到該寄件者的郵件，進而把日後的郵件推向垃圾郵件資料夾。實務上的解法並不是刪除所有 Catch-all 地址，因為其中許多是真實且可觸及的，而是把它們當作獨立的區隔處理。許多寄件者會以較小的批次寄送 Catch-all 地址，在擴大規模前觀察退信與互動結果，並剔除始終沒有回應的地址。

VeriMails 如何處理

VeriMails 在每一次驗證中都會執行 Catch-all 偵測。作為即時 SMTP 交握的一部分，VeriMails 會探測網域，判斷它是否接收寄往任何收件者的郵件。當網域表現為 Catch-all 時，結果會標記為 Catch-all，而不是回報為可送達，因此您絕不會拿到錯誤的確認。VeriMails 會偵測 Catch-all 狀態並清楚呈現，不會針對特定信箱是否存在捏造一個可能性分數。

有了這個清楚的訊號，您就能依自己的方式決定如何處理 Catch-all 地址。許多團隊會將它們放在獨立、優先順序較低的區隔中謹慎寄送，同時讓已確認可送達的地址留在主要行銷活動中。Catch-all 偵測會與語法驗證、MX 與 DNS 檢查、拋棄式地址偵測及職能信箱偵測一併執行，並回傳清楚的送達分類。您可以透過 REST API 或大量 CSV 上傳驗證名單。驗證每封電子郵件 $0.0019 起，10,000 點只要 $19，年繳方案以年度計費時每月 $12.50 起；每個帳戶一開始都有 100 點永不過期的免費點數，無需信用卡。

常見問題