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

Question

我正在使用不允许高跳出率的 Amazon SES。当用户进行大量退回时，他们将暂停发送电子邮件。所以我想尽可能降低跳出率。

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

关于我的情况的更多信息

有时我的客户输入了错误的地址。例如，当他们似乎想输入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 中的说明实现的退回邮件处理机制无法获得任何反馈立即地。最终，我得到了数千次硬跳出，这使我的跳出率更高。

Answer 1

SES 具有处理退回邮件和投诉的机制，如您引用的链接中所述。

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

此外，查找 MX 记录根本没有帮助：大多数常见的“错字”域都可以使用，因此 jane@example.com 和 jane@exampl.com 可能都有 MX 记录。

更新：

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