關於本影片

BillionVerify 與 GMX、Web.de、mail.com 或 T-Online 沒有關聯，也未獲其認可。文件驗證需要付費帳號。

影片文字稿

1. 00:00三條路線

   把一份德國的名單拿去驗證，會有三個名字特別突出。T-Online 回傳未知。GMX.com 可以得到明確的答案。Web.de 不走那條路。走哪條路取決於郵箱託管在哪裡。T-Online 完全沒有即時檢查。GMX.com 和 mail.com 可以走帳號查詢。Web.de 和 gmx.net 不使用這種查詢。

2. 00:28T-Online

   先說 T-Online。它的郵件伺服器會拒絕我們的檢查，所以我們不會去連線。這說明的是檢查本身，對郵箱本身沒有任何說明。這取決於郵件伺服器，而不只是地址。如果一個公司域名的郵件託管在 T-Online 或 Magenta，也會落在這裡。在你的結果裡，狀態是未知，原因是 tonline_egress_not_whitelisted。它不消耗積分。重試不會改變結果，所以不用等著重試。因此把它當作兩邊都沒有證據。沒有任何跡象表明這個地址是壞的。把這些聯絡人放進單獨一組，傳送，並觀察退信。

3. 01:05GMX.com 和 mail.com

   GMX.com 和 mail.com 的做法不同。一次帳號查詢可以代替郵件伺服器。帳號存在，回傳有效。帳號不存在，回傳無效。查詢失敗，回傳未知。原因列會顯示走的是哪條路徑。找到帳號顯示 unitedinternet_api_verified，帳號不存在顯示 unitedinternet_api_not_deliverable。有兩種失敗看起來相似，處理方式卻不同。API 錯誤值得再執行一次。API 不可用則不值得，它的意思是這次查詢無法使用，重複也沒用。

4. 01:41Web.de 和 gmx.net

   Web.de 和 gmx.net 是個意外。它們與 GMX.com 屬於同一個集團，但對它們來說那種查詢是關閉的。所以不要指望得到同樣明確的答案。當一次檢查被限速、被灰名單或被拒絕時，你會得到未知。這表示沒有回傳明確的答案，並不意味著郵箱已經不存在。其中一些值得再執行一次。文件任務會自動重試灰名單，限速也可能解除。被拒絕的檢查通常仍會被拒絕。

5. 02:11怎樣處理你的名單

   現在看名單本身。開啟文件任務的 CSV，按 ev_reason 列排序。T-Online 的行會聚在一起，每一種失敗也是。有效的進入主傳送。無效的從名單裡移除。T-Online 的未知單獨一組。Web.de 和 gmx.net 的未知，以及查詢失敗的，如果原因允許，先再執行一次。關於費用，這些未知都不消耗積分。查詢給出明確答案時消耗一個。再次執行一個未知就是一次新的檢查，所以那時拿到明確答案也會消耗一個。一份德國名單不會全部顯示綠色，這是正常的。既要看狀態，也要看原因。

6. 02:53免費開始

   每天使用帳號即可獲得 20 個免費積分，每月最多 600 個，無需信用卡。造訪 billionverify.com 開始使用。

本影片中展示的工具

• GMX
• 為什麼 iCloud（icloud.com / me.com / mac.com）地址不會標記為“valid”？
• “unknown” 結果是什麼意思？我該怎麼做？