IETF似乎已经草拟了一个空mxlogging，域名不会处理邮件，邮件投递系统会失败，并立即通过将一个域的唯一MXlogging指向'。'来立即返回无法投递的系统。 （c / f http://tools.ietf.org/html/draft-delany-nullmx-00 ）
这个草案规范跟随大多数邮件服务器在那里值得设置？ 或者，configuration邮件的最佳方式是否在域名parsing过程中不被传递？
至于折旧：删除MXlogging和封锁域的相应的A地址端口25是正常的事情…
@ Hubert的解决scheme应该防止邮件被传送。
您也可以将电子邮件服务器configuration为redirect到新域，并发送指示新域的虚假退回消息。 Exim文档中讨论了这种方法。
您可能还想要设置一个SPFlogging，指出该网站不发送电子邮件将是一个额外的指示，该域不参与电子邮件交换。
我喜欢能够使用空MX将域指定为非电子邮件的概念。 这将有助于确定收到的邮件是来自伪造的域，还是正在发送到一个虚假的域。 SPF在这方面做得很好，但是null MX会填充一些边缘情况。
我还使用SPFvalidation传入的服务器，并拒绝电子邮件存在SPFlogging，但服务器不允许从源IP地址发送电子邮件。 这不在devise之中，但符合要求，因为邮件服务器需要能够发送和接收pipe理电子邮件。