关于本视频

本视频中的地址是示例。文件验证需要付费账号。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 开始使用。

本视频中展示的工具

• 邮件网关
• 邮件安全