我们不时在邮件队列中看到一些错字域名，我一直在考虑使用内部的DNS服务器来纠正这些人的错误。
当前邮件队列中的一些示例：
g-mail.com hotail.com hotmai.com hotmaiil.com hotmal.com htomail.com rediffmai.com yahii.com 上面的域没有MXlogging，但很容易看到用户键入时的含义。
有问题的电子邮件通常是注册确认电子邮件，所以用户无法login和修复自己的电子邮件地址，运行修复数据库的cron作业不会再发送确认电子邮件。
设置我们的内部DNS将这些MX查找parsing为正确的Hotmail，Gmail或Yahoo（或其他）地址很可能会导致邮件以正确的收件箱结尾。 一个cron作业也可以纠正他们在数据库中的电子邮件地址。
最好的解决scheme是在Web服务器上的注册/电子邮件validation代码中进行MX查找，以便在用户仍然在网站上时向用户提供错误消息，但是我是系统pipe理员，无法获取开发时间批准为此。
任何人都可以看到任何使用DNSredirect错字电子邮件的潜在问题？
更新：
我想到了一个可能淹没整个想法的问题。 假设我们使用DNS纠正错字域，当我们连接到目标邮件服务器时，我们将（在某个时刻）说：
RCPT TO：<[email protected]>
而Hotmail服务器可能会拒绝它，因为他们不接受hotmal.com的电子邮件，他们不会为我中继邮件。 问题是我们还没有修复这个地址。 我们所做的只是将MTA指向正确的服务器，就好像我们有正确的地址一样。
我还发现这个邮件列表存档有一个不同的解决scheme的错字域。 它不能解决我的问题，让用户知道，但它确实很快从邮件队列中取出邮件。
最大的问题将是误报 – 即你纠正错误领域的错别字。
使用可能不会发生的错字你可能会得到：
gotmail.com
你改变这个？
hotmail.com
要么
gmail.com
用户可能也意味着。
只要将这些信息反馈给用户，并发送一个“域未被识别”的信息并让他们纠正就简单多了。
我看不到你正在尝试解决的问题。 你想发送注册确认。 但是，因为您无法将注册确认发送给不存在的域，所以不会有注册。 没关系。 放下无法确认的用户，并让他们再次注册。 这就是这样。 这被称为Double-Opt-In，并且是validation电子邮件地址的必备条件。
通常这些邮件甚至不应该在队列中：
我同意ChrisF关于误报。 最近我一直在使用从我们的ERP系统中取出的电子邮件地址，并遇到了很多问题。 举一个例子，我们的主要ISP之一是Optus。 我记得，只是根据什么不反弹，他们的电子邮件域可以是任何
…和其他可能的我不知道的。
如果我看到一个无效，但看起来应该是一个Optus的地址，我只是大胆猜测哪一个是正确的？ 毕竟，这可能是其中的一个，或者都不是。
我看到你正在尝试做什么，但是我不会在DNS级别上做。 你为什么不把脚本编写到应用程序中呢？
检查列表并要求访问者确认域名。 这是用户错误，而不是服务器问题。
我们有我们的电子邮件validationfunction，检查电子邮件地址的域名是否有MXlogging。 有助于防止input错误，并大大减less垃圾邮件。