通过DNS查找验证电子邮件地址的域部分

时间:2016-02-20 02:09:16

标签: amazon-web-services validation email dns amazon-ses

我正在使用不允许高跳出率的亚马逊SES。当用户进行大量反弹时,他们将暂停发送电子邮件。所以我希望保持尽可能低的跳出率。

所以,这是我的问题:为每封电子邮件之前查找目标地址的域部分的DNS MXA记录(例如example.com)是个好主意发送?这种方法有什么不好的副作用吗?或者您还有其他更好的典型解决方案吗?

有关我的情况的更多信息

有时我的客户输入错误的地址。例如,当他们似乎想要输入jane.doe@example.com时,但有时会出现错误,例如jane.doe@example.com部分错过。

在这种情况下,退出将在840分钟后返回,因为SES会保留目的地为jane.doe@example的电子邮件,但可能永远无法成功发送。

问题是,SES会保留840分钟后永远无法成功发送的电子邮件,之后电子邮件将以退回方式返回,因此我按https://sesblog.amazon.com/post/TxJE1JNZ6T9JXK/Handling-Bounces-and-Complaints中所述实现的退回处理机制无法获取任何反馈立即。最终,我获得了数千次硬弹跳,这使我的跳出率更高。

1 个答案:

答案 0 :(得分:2)

SES有一种处理退回和投诉的机制,如您所引用的链接中所述。

首次提交时,您需要验证电子邮件:如果验证电子邮件退回,则强制用户输入其他电子邮件地址,并且不认为该帐户有效。您可以向域添加一些简单的验证,但请记住,有数百个新的顶级域名,因此jane.doe@bank.investements等电子邮件地址可能有效。

此外,查找MX记录根本无济于事:大多数常见的“拼写错误”域名都可以使用,因此jane@example.com和jane@exampl.com可能都会有MX记录。

更新

请记住,电子邮件起源于“存储转发”:并非所有域都可以随时立即使用。因此,即使您的验证电子邮件可能无法在几个小时内到达最终用户。这里的关键是您不应该发送电子邮件到尚未验证的地址。如果你这样做,你可能违反了SES服务条款,但至少你打开了一个渠道,让人们使用你的服务来惹恼别人,这会对你的跳出率产生负面影响。