关于本视频

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” 结果是什么意思？我该怎么做？