關於本影片

本影片中的地址均為範例。檔案驗證需要付費帳號。

影片文字稿

1. 00:00為什麼「是」不等於證明

   Catch-all 網域會接受寄往任何地址的郵件，不管地址是否真實。這改變了一個「是」的價值。拿同一個網域下的三個地址來說。一個屬於真人。一個曾屬於已經離職的人。一個從未建立過。向郵件伺服器詢問每一個，它給出的是同一個回應。這就是單純一個「是」的麻煩。它可能代表信箱是真的。也可能只代表這個網域從不說「不」。

2. 00:28我們如何偵測

   所以我們再做第二項測試。我們向同一台伺服器詢問一個沒有人會擁有的虛構地址。不會寄出任何郵件。如果伺服器拒絕它，這個網域就不是 Catch-all。如果接受，這個網域就是。如果測試被擋下、伺服器說稍後再試，或是回應不明確，那我們兩邊都沒有證據。現在把兩個答案放在一起。測試被拒絕、你的地址被接受，得到有效。測試被拒絕、你的地址也被拒絕，得到無效。測試被接受、你的地址也被接受，得到 Catch-all。如果測試被接受但你的地址不被接受，結果是未知。原因會顯示你屬於哪一種。Catch-all deliverable 是主要的一種。Catch-all inferred 表示證據是快取的或間接的。部分 Microsoft 365 網域在內部轉送，會接收所有收件者。部分安全閘道也是如此。而對於轉寄別名，最終收件者無從得知。所有這些都需要即時 SMTP 檢查。它預設會執行。透過 API，check_smtp false 會略過它，大多數地址會回傳未知。MCP 工具預設是 false，所以如果你想要這項測試，要在那裡把它設為 true。

3. 01:41要不要寄送？

   那麼 Catch-all 結果到底告訴了你什麼？這個網域會接收這封郵件。我們無法確認這個地址背後有真實的信箱。這就成了一個需要判斷的問題，由郵件的類型來決定。高價值或交易類的郵件通常可以寄。對於冷郵件大量寄送，你要自己權衡。無論哪種，都要把這些地址從你的有效名單裡拿出來。在檔案作業裡，依狀態篩選結果，把 Catch-all 單獨匯出。現在這成了一個你看得見的決定。在那個檔案裡要留意一件事。Catch-all 網域上的角色信箱會顯示為角色，而不是 Catch-all，它的 Catch-all 標記仍然保持開啟。要找出全部這類地址，在你的 CSV 裡依 ev_is_catchall 篩選。別指望重試能解決問題。只有未知的結果才會被標記為可重試。一個 Catch-all 結果用掉一個積分，和有效相同。在 24 小時內用同一個帳號再次驗證該地址，不會再次收費。透過 API 強制重新整理則會再次收費。所以給 Catch-all 一個獨立的位置。它不是有效，也不是無效。它是網域給出的一個「是」，其餘由你決定。

4. 02:53免費開始

   每天使用帳號即可獲得 20 個免費積分，每月上限 600 個，不需要信用卡。前往 billionverify.com 開始使用。

本影片中展示的工具

• 全接收郵箱
• 為什麼某個地址標註的是 catch-all，而不是 valid？