關於本影片

BillionVerify 與 Microsoft 沒有關聯，也未獲其認可。文件驗證需要付費帳號。

影片文字稿

1. 00:00找出設定

   Microsoft 365 企業域名的表現並不一樣。有的會拒絕假地址。有的什麼都接受。有的把檢查拒之門外。每一種在你的結果裡讀起來都不同。首先，我們怎麼知道一個域名在用 Microsoft 365。它的 MX 記錄指向 Microsoft 的防護伺服器。這是我們需要的唯一跡象，但它還不能說明郵箱本身的任何情況。所以我們向伺服器詢問這個域名上的一個編造地址。不會發出任何郵件。伺服器如何對待這個地址，就顯示了它的設定。它可能拒絕、接受、攔截我們，或者沒有明確答覆。

2. 00:39測試被拒絕

   被拒絕是好的情況。伺服器瞭解自己的郵箱，所以它對你的地址的答覆是可信的。答覆「是」，結果為有效，原因是 smtp_deliverable。被拒絕，結果為無效，原因是 mailbox_not_found。這些結果可以直接採取行動。有效的傳送，無效的刪掉。

3. 00:57測試被接受

   被接受則是另一回事。這個域名設定成了內部中繼。它接收來自外部的所有收件者，所以它說「是」，分不清真實郵箱和編造的郵箱。你會看到狀態是 Catch-all，原因是 m365_internal_relay。它的評分是 0.55，是所有 Catch-all 原因裡最低的。它仍然消耗一個積分。再檢查一次也解決不了問題。中繼是這個域名設定的一部分，而重試標記只會出現在未知上。

4. 01:27測試被攔截

   有時 Microsoft 會直接拒絕連線。原因是 m365_ip_rep_block，也就是基於 IP 信譽的拒絕。這是對連線的判定，郵箱根本沒有被查到。這種值得再跑一次。它免費，並且被標記為可重試。如果下一次檢查得到明確答覆，這個答覆會消耗一個積分。

5. 01:48測試結果不明確

   還有測試結果不明確的情況。你的地址被接受了，但測試沒有證明這是哪種設定。結果會落在 Catch-all，原因是 catch_all_inferred，評分是 0.6。

6. 01:59讀懂 Microsoft 365 名單

   關鍵在這裡。中繼和推斷顯示的是同一個狀態。只有原因能區分它們，而「快速驗證」卡片不顯示原因。請使用文件任務 CSV 裡的 ev_reason 欄。現在給每種原因安排任務。可送達的傳送。找不到的刪掉。中繼和推斷放進單獨的文件。IP 攔截的重新跑一次。那個單獨的文件由你決定，由郵件本身決定。合約或收據通常可以發。大批次冷郵件則需要你自己判斷。關於積分，有效、無效以及兩種 Catch-all 原因各消耗一個。攔截不消耗。所以，請按設定來讀 Microsoft 365。測試被拒絕，相信答覆。測試被接受，自己判斷。測試被攔截，稍後再試。

7. 02:48免費開始

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