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

tal*_*onx 6 spam-prevention email-validation

如今有许多付费服务声称提供"完整"的电子邮件验证(检查MX记录,检查SMTP服务器等),就像这一个,这一个这个.

从SO上的各种过去的线索来看,显然无法通过万无一失的电子邮件地址验证 -

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

  • 由于反垃圾邮件的原因,大多数邮件服务器都无法正确响应VRFY命令,因此无法使用它.
  • 如果他们试图通过SMTP访问邮件服务器太多次,那么这些服务将把他们的IP列入黑名单,他们必须提供这样的服务

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

Efr*_*isi 1

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

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

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