这个邮箱存在吗？

第一层只判断地址在格式上是否可能存在：包含本地部分、@ 和域名，且没有非法字符。任何未通过的字符串都不可能成为邮箱地址。

通过这一层几乎说明不了什么。这个邮箱昨天存在吗、现在存在吗——语法都无法回答，因为虚构地址也可以格式完全正确。

解析域名并读取 MX 记录，可确认目标是否存在。域名从未存在或未发布邮件路由，都会立即结束检测。

许多地址会在这里失败。没有邮件服务器的域名上，这个邮箱可能存在吗？即使 @ 前的名称再可信，也不可能。

决定性的一层会建立实时 SMTP 会话并测试收件人路径。不会发送任何邮件，也不会通知任何人。只有服务器答复能证明收件箱确实存在。

接受表示存在；永久拒绝表示不存在；延迟响应表示服务器拒绝说明——这是第三种答案，而不是默认算作存在。

一次性邮箱只存在几天；共享角色地址会长期存在，却不属于特定个人；Catch-All 域名则让每个虚构名称都显得存在。

因此，风险标记会与结论一并返回。“这个邮箱存在吗”和“这个邮箱是否应该留在数据库中”是两个不同的问题。

验证邮箱地址 页面用同一套引擎回答邮件能否送达。

准确率相同，只是措辞不同——该页面不会直接用“收件箱是否存在”来提问。

活跃邮箱检测 重点判断一个确实存在的收件箱是否仍在使用。

邮箱存在与仍在使用有关，但并不相同；两个页面特意将它们分开。

单个地址不够时， 邮箱列表清理 会对每一行应用同样的规则，并在导出文件中保留原因。

当“这个邮箱存在吗”变成“这五万个邮箱中哪些仍然存在”时，就该使用这个工具。