Lad*_*ada 3 domain-name-system email domain mx-record
我们不时在我们的邮件队列中看到一些拼写错误的域，我一直在考虑使用我们的内部 DNS 服务器来纠正这些人的错误。
当前邮件队列中的一些示例：
g-mail.com
hotail.com
hotmai.com
hotmaiil.com
hotmal.com
htomail.com
rediffmai.com
yahii.com
上述域没有 MX 记录，但很容易看出用户输入时的意思。
有问题的电子邮件通常是注册确认电子邮件，因此用户无法登录并修复自己的电子邮件地址，并且运行在数据库中修复它的 cron 作业不会再次发送确认电子邮件。
设置我们的内部 DNS 以将这些 MX 查找解析到正确的 Hotmail、Gmail 或 Yahoo（或其他）地址，很可能会导致邮件最终进入正确的收件箱。cron 作业还可以更正他们在数据库中的电子邮件地址。
最好的解决方案是在 Web 服务器上的注册/电子邮件验证码中进行 MX 查找，这样我们就可以在用户仍在网站上时向他们提供错误消息，但我是系统管理员，我无法获取为此批准的开发时间。
任何人都可以看到使用 DNS 重定向错别字电子邮件的任何潜在问题吗？
更新：
我想到了一个可能会破坏整个想法的问题。假设我们确实使用 DNS 更正了打字错误的域，当我们连接到目标邮件服务器时，我们将（在某个时候）说：
RCPT 至：<fat-fingered-user@hotmal.com>
Hotmail 服务器可能会拒绝它，因为他们不接受 hotmal.com 的电子邮件，也不为我中继邮件。问题是我们还没有修复地址。我们所做的只是将我们的 MTA 指向正确的服务器，就好像我们拥有正确的地址一样。
我还发现这个邮件列表存档对错字域有不同的解决方案。它并没有解决我让用户知道的问题，但它确实非常快速地将邮件从我的邮件队列中取出。
最大的问题将是误报 - 即您更正到错误域的那些拼写错误。
使用可能不会发生的错字，您可能会得到：
gotmail.com
你把这个改成
hotmail.com
或者
gmail.com
用户可能是这个意思。
仅通过“域未识别”消息将这些信息退回给用户并让他们进行更正要简单得多。
| 归档时间： |
|
| 查看次数： |
2129 次 |
| 最近记录： |