關於本影片

本影片中的地址是範例。檔案驗證需要付費帳號。BillionVerify 與 Mimecast、Proofpoint、Barracuda 或 Sophos 沒有任何關係，也未獲其背書。

影片文字稿

1. 00:00辨識閘道

   Mimecast、Proofpoint、Barracuda 和 Sophos 都可能擋在一家公司的郵件前面。結果取決於那個閘道的行為。以下是四種情況，以及每種該怎麼處理。我們從網域的郵件記錄裡辨識閘道。MX 主機名稱會顯示由誰接收郵件。你也可以在 API 裡的 mx_records 欄位讀到同樣的資訊。然後由行為來決定。我們觀察閘道如何對待你的地址，以及如何對待一個本不該存在的隨機地址。這就得出四種情況。

2. 00:34四種情況

   情況一。閘道接受你的地址，拒絕隨機地址。它在區分地址，所以它說的「是」有意義。結果是有效，原因是 smtp_deliverable。情況二。兩個都接受。閘道處於全部接受模式，所以這個「是」無法證明任何一個信箱的存在。狀態是 catch-all，原因是 gateway_accept_all，消耗一個積分。情況三。它接受你的地址，但對隨機地址只是暫時限制。Mimecast 和類似的閘道會這樣。我們保留這個「是」，所以結果是有效。評分較低，因為沒有任何證據證明這個網域不是 catch-all。情況四。閘道阻擋了檢查。被阻擋並不能說明信箱的任何情況，所以狀態是未知，原因是 smtp_blocked。不收費，再試一次通常也沒用。

3. 01:22暫時性回覆

   閘道還會傳來只表示「請稍等」的回覆。Mimecast 可能對檢查做灰名單處理。Proofpoint 可能表示目錄查詢仍在進行。兩者都回傳未知，而且都可以再試一次。在檔案作業裡，你什麼都不用做。灰名單會自動重試，只有在得到確定結果時才收費一次。透過 API 的話，對 retryable 為 true 的列使用 force_refresh。Sophos 還有一種情況。它的一些回覆沒有給出關於收件人的任何結論。這些回傳未知，原因是 smtp_unverifiable，而且不可重試。有一個設定可能把這一切都隱藏起來。API 裡 check_smtp 預設是開啟的。把它設為 false，SMTP 層就會被略過，所以大多數地址會回傳未知。MCP 工具預設是 false，所以在那裡要傳 true。

4. 02:13讀懂你的結果

   在結果檔案裡，ev_status 告訴你分組，ev_reason 告訴你是哪種情況。gateway_accept_all 和 mimecast_greylist 直接點明了原因。其他代碼是通用的，因為它們也會出現在沒有閘道的網域上。

5. 02:27該怎麼做

   有效的進入你的主要寄送。Catch-all 沿用你已有的規則：重要郵件通常會寄，冷郵件外聯由你自己決定。可重試的未知再試一次。被阻擋的未知不用再試，所以先擱置，或是謹慎寄送。閘道沒有固定的結果。決定結果的是它在那個網域上的行為，所以在決定寄什麼之前，先讀原因。

6. 02:48免費開始

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

本影片中展示的工具

• 郵件網關
• 郵件安全