Email validation 电子邮件地址验证服务-如何将不确定的服务商业化？
现在有许多付费服务声称提供“完整”的电子邮件验证（检查MX记录、检查SMTP服务器等），如和 从过去的各种线索来看，很明显，电子邮件地址的万无一失的验证是不可能的-Email validation 电子邮件地址验证服务-如何将不确定的服务商业化？,email-validation,spam-prevention,Email Validation,Spam Prevention,现在有许多付费服务声称提供“完整”的电子邮件验证（检查MX记录、检查SMTP服务器等），如和 从过去的各种线索来看，很明显，电子邮件地址的万无一失的验证是不可能的- 任何该等服务可能会遇到以下问题— 由于反垃圾邮件的原因，大多数邮件服务器无法正确响应VRFY命令，因此无法使用它 如果这些服务试图通过SMTP访问邮件服务器的次数太多（为了提供此类服务，它们必须这么做），它们的IP将被列入黑名单 我的问题是，有没有其他方法可以做到这一点？根据上述内容，这些服务如何声称是可靠的验证？我知
- 由于反垃圾邮件的原因，大多数邮件服务器无法正确响应VRFY命令，因此无法使用它
- 如果这些服务试图通过SMTP访问邮件服务器的次数太多（为了提供此类服务，它们必须这么做），它们的IP将被列入黑名单
我的问题是，有没有其他方法可以做到这一点？根据上述内容，这些服务如何声称是可靠的验证？我知道他们不会透露他们的方法，但有谁能在上面透露更多信息吗？我们最近发布了一个基于我们的，一个屡获殊荣且知名的.NET平台电子邮件验证组件；虽然我不能为您提到的所有其他服务负责，但我当然可以为我们的服务负责：
- EmailVerify.NET根本不使用VRFY命令，因为它可能导致来自外部邮件交换器的潜在禁令
- 黑名单始终是可能的，并且在执行验证工作时必须始终遵守Netiquette（尽管此处没有书面规则）：我们的组件允许将自身绑定到任何可用IP地址，并在验证过程中循环原始IP地址，从而增加了一次可以执行的验证数量，同时降低了禁止的可能性
我的经验还表明，大多数电子邮件验证服务甚至不能提供语法验证所需的质量（至少有7种不同的RFC需要遵循，简单的正则表达式不是正确的选择）；在选择之前，我建议您使用自己的示例数据要求演示（如果您愿意，EmailVerify.NET有一个您可以使用的页面）。例如，大多数不支持引用的单词或非ASCII域或邮箱，这在当今变得非常普遍，或者不过滤一次性（临时）电子邮件地址。付费电子邮件验证服务提供商通常检查以下几点以验证电子邮件地址
虽然他们并没有检查上面提到的所有内容，但最好的做法是选择一个检查以上所有内容的提供商。您可以从中测试一些最佳提供商的服务和结果。我正在使用免费的一次性电子邮件检测器：