使用 MX 记录验证电子邮件地址

Question

场景：
我的网络应用程序上有一个联系表单，它收到了大量垃圾邮件。
我正在宽松地验证电子邮件地址的格式，即 ^.+@.+\..+$
我正在使用垃圾邮件过滤服务（defensio），但返回的垃圾邮件分数与有效邮件重叠。在阈值为 0.4 时，一些垃圾邮件会通过，一些客户的问题会被错误地放入日志中并显示错误。

所有垃圾邮件均使用虚假电子邮件地址，例如 [email protected]

专用 PHP5美国的Linux服务器，mysql，仅记录垃圾邮件，通过电子邮件发送非垃圾邮件消息（不存储）。

建议： 使用 php 的 checkdnsrr(preg_replace(/^.+?@/, '', $_POST['email']), 'MX') 检查电子邮件域名是否解析为有效地址，登录文件，然后对无法解析的邮件进行重定向并显示错误，如之前一样继续使用垃圾邮件过滤服务，以获取根据 checkdnsrr() 解析的地址。

我读过（我自己对此表示怀疑），您永远不应该将这种类型的验证留给远程查找，但为什么呢？

除了连接问题之外，无论如何我都会遇到比联系表格更大的问题，checkdnsrr 会遇到误报/漏报吗？
是否会有某些地址类型无法解析？政府地址？ IP 电子邮件地址？
我是否需要转义传递给 checkdnsrr() 的主机名？

解决方案： 所有三个答案的组合（希望我可以接受多个答案作为复合答案）。

我正在使用：

$email_domain = preg_replace('/^.+?@/', '', $email).'.';
if(!checkdnsrr($email_domain, 'MX') && !checkdnsrr($email_domain, 'A')){
   //validation error
}

所有垃圾邮件都被记录和轮换。 以期稍后升级到作业队列。

有人提出了一些关于要求邮件服务器进行用户验证的评论，我觉得这会导致流量过多，并且可能会导致我的服务器被禁止或以某种方式陷入麻烦，而这只是为了删除大部分正在发送的电子邮件由于服务器地址无效而被退回。

http://en.wikipedia.org/wiki/Fqdn 非常

RFC2821
The lookup first attempts to locate an MX record associated with the name.
If a CNAME record is found instead, the resulting name is processed as if 
it were the initial name.
If no MX records are found, but an A RR is found, the A RR is treated as
if it was associated with an implicit MX RR, with a preference of 0,
pointing to that host.  If one or more MX RRs are found for a given
name, SMTP systems MUST NOT utilize any A RRs associated with that
name unless they are located using the MX RRs; the "implicit MX" rule
above applies only if there are no MX records present.  If MX records
are present, but none of them are usable, this situation MUST be
reported as an error.

感谢大家（特别是 ZoogieZork 提供的 A 记录后备技巧）

Answer 1

我认为使用 checkdnsrr() 进行 MX 查找没有什么坏处，而且我也不知道如何出现误报。您不需要转义主机名，事实上，您可以使用此技术，并通过与 MTA 对话并测试用户是否存在于给定主机上（但是此技术可能会给您带来一些错误）某些主机的积极作用）。

Answer 2

DNS 查找有时可能会很慢，具体取决于网络流量和网络流量。拥堵，所以这是需要注意的事情。

如果我处于你的处境，我会测试一下，看看效果如何。在一周左右的时间里，将所有电子邮件记录到数据库或日志文件中，并包含一个字段来指示是否将其标记为垃圾邮件或合法电子邮件。一周结束后，查看结果，看看它的表现是否符合您的预期。

采用这种记录/测试方法可以让您灵活地进行测试，而不必担心丢失客户电子邮件。

我已经养成了在表单中添加一个用 CSS 隐藏的额外字段的习惯，如果它被填充，我认为它是由垃圾邮件机器人提交的。我还确保使用“url”或“website_url”之类的名称，这些名称对于垃圾邮件机器人来说看起来像是合法的字段名称。为该字段添加一个标签，上面写着“不要填写此字段”，这样如果某人的浏览器无法正确呈现该字段，他们就会知道不要填写垃圾邮件字段。到目前为止，它对我来说效果很好。

Answer 3

function mxrecordValidate($email){
        list($user, $domain) = explode('@', $email);
        $arr= dns_get_record($domain,DNS_MX);
        if($arr[0]['host']==$domain&&!empty($arr[0]['target'])){
                return $arr[0]['target'];
        }
}
$email= '[email protected]';

if(mxrecordValidate($email)) {
        echo('This MX records exists; I will accept this email as valid.');
}
else {
        echo('No MX record exists;  Invalid email.');
}

Answer 4

MX 查找只是图片的一部分，如果您想确保电子邮件地址本身有效，那么您需要尝试向该帐户发送电子邮件。

另一种可能的情况是，有人可能只是简单地使用从受感染的计算机劫持的电子邮件帐户。当然，这种情况发生的可能性可能会小一些，但仍然会发生。

有电子邮件地址验证库可以执行此操作，只需搜索电子邮件验证即可。

所有这些都可以异步完成。我的网站上有这样的设置，在这种情况下，电子邮件保存在数据库中（用于审核目的），作业排队，然后当作业需要执行时，会在该时间点执行任何其他验证。它将繁重的工作卸载到另一个线程。

对于用户来说，看起来好像电子邮件已经发送了（它在数据库中），并且可以在内部查看，但实际的电子邮件不会被邮寄出去，直到该作业执行（可以立即执行或通过某种方式执行）时间量取决于服务器负载。

瓦尔特

Answer 5

//The Code *https://davidwalsh.name/php-email-validator*  
function domain_exists($email, $record = 'MX'){
    list($user, $domain) = explode('@', $email);
    return checkdnsrr($domain, $record);
}

if(domain_exists('[email protected]')) {
    echo('This MX records exists; I will accept this email as valid.');
} else {
    echo('No MX record exists;  Invalid email.');
}