簡短回答: catch-all (也稱為 “全部接受”) 結果表示域的郵件伺服器 接受發往每個可能地址 的郵件，而不透露特定郵箱是否存在。我們可以確認該域名會收到郵件，但伺服器拒絕確認具體的郵箱地址。
為什麼會發生這種情況
某些域名的郵件伺服器被配置為對所有收件人一律回覆“接受”，無論是否屬於valid，後續再由其內部自行進行處理。這在以下情況中很常見：
- 在安全閘道器前置的企業域（Proofpoint、Mimecast、Barracuda 等），
- 許多Microsoft 365商業租戶，
- 一些 Google Workspace 域名，
- 將所有郵件轉發至另一個收件箱的域名。
由於伺服器會接受所有內容，因此在驗證時無法確定某個特定的郵箱是否真實存在。因此，我們返回 catch-all，而不是誤導性的 valid。
catch-all 地址是否可交付？
通常，是的-但它比干淨的 valid 風險更大。訊息將到達域; 它是否落在真實郵箱中取決於域的內部路由，它不會向我們公開。
我們的建議
- 將
catch-all視為 “可交付給域，郵箱未確認。” - 對於高價值或事務性郵件，catch-all 地址通常仍可使用。
- 對於大規模冷郵件，請更加謹慎，因為 catch-all 域名可能隱藏並不存在的郵箱。
catch-all 結果 被收費，因為我們成功確定了域的驗證行為。