关于本视频

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 开始使用。