电子邮件地址验证服务 - 他们如何将不确定的服务商业化？

Question

如今有许多付费服务声称提供“完整”的电子邮件验证（检查 MX 记录、检查 SMTP 服务器等），例如 thisone、thisone 和 thisone。

从 SO 上过去的各种帖子来看，很明显，万无一失的电子邮件地址验证是不可能的 -

• 电子邮件 SMTP 验证器
• 确定电子邮件地址的健康/有效性
• 如何在不发送邮件的情况下检查邮箱地址是否存在？

任何此类服务都可能会遇到以下问题 -

• 出于反垃圾邮件的原因，大多数邮件服务器不会正确响应 VRFY 命令，因此无法使用它。
• 如果服务多次尝试通过 SMTP 访问邮件服务器（为了提供此类服务，他们必须这样做），其 IP 将被列入黑名单

我的问题是，还有其他方法可以做到这一点吗？鉴于上述情况，这些服务如何声称具有可靠的验证？我知道他们不会透露他们的方法，但是任何人都可以透露更多信息吗？

Answer 1

我们最近发布了基于我们的EmailVerify.NET的托管电子邮件验证服务，这是一个屡获殊荣且众所周知的.NET平台电子邮件验证组件；虽然我无法回答您提到的所有其他服务，但我当然可以为我们的服务做到这一点：

• EmailVerify.NET 根本不使用 VRFY 命令，因为它可能会导致外部邮件交换器的潜在禁止；
• 黑名单总是可能的，并且在执行验证工作时必须始终遵守网络礼仪（尽管这里没有书面规则）：我们的组件允许将自身绑定到任何可用的 IP 地址并在验证过程中循环原始 IP 地址，因此增加可以立即执行的验证数量，同时降低被禁止的可能性。

我的经验还表明，大多数电子邮件验证服务都无法提供人们所期望的语法验证质量（至少有 7 个不同的 RFC 需要遵循，简单的正则表达式在这里不是正确的选择）；在选择之前，我建议您索取带有您自己的示例数据的演示（如果您愿意，EmailVerify.NET 有一个“在线演示”页面，您可以使用它）。例如，大多数不支持引用的单词或非 ASCII 域或邮箱（这些现在变得相当普遍），或者不过滤掉一次性（临时）电子邮件地址。

Answer 2

电子邮件地址语法检查

1. 域名/MX记录检查
2. 基于角色的帐户检测
3. 一次性电子邮件地址 (DEA) 检测
4. 蜜罐/垃圾邮件陷阱检测
5. 检查 DNSBL 和 URI DNSBL 是否列入黑名单
虽然他们并没有检查上述所有内容，但最佳做法是选择检查所有上述内容的提供商。您可以从

此处

测试一些最佳提供商的服务和结果。