场景:
我的网络应用程序上有一个联系表,它收到很多垃圾邮件。
我正在松散地验证电子邮件地址的格式,即 ^.+@.+\..+$
我正在使用垃圾邮件过滤服务 (defensio),但返回的垃圾邮件分数与有效邮件重叠。在 0.4 的阈值下,一些垃圾邮件通过,一些客户的问题被错误地抛出日志并显示错误。
所有垃圾邮件都使用虚假的电子邮件地址,例如 zxmzxm@ywduasm.com
美国的专用 PHP5 Linux 服务器,mysql,仅记录垃圾邮件,通过电子邮件发送非垃圾邮件(未存储)。
建议:
使用 phpcheckdnsrr(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 记录后备提示)