这个问题不是关于如何防范垃圾邮件或validation特定的电子邮件用户。 但是，通过反向DNSvalidation电子邮件域（它是否存在）的可靠性有多高。 这种方法有什么缺陷？
我不在乎这个部分是否有一些垃圾邮件地址，我只想知道域名是否存在，是否可以接收和发送邮件。
像标题一样，这个检查有多可靠。 我想validation电子邮件域名，如果它存在。 我曾经为程序员问过类似的问题，但是我不能得到完整的答案，所以我认为这个问题会更好。
世界上每一台服务器的MXlogging都暴露在世间？ 或者有可能存在一个隐藏其MXlogging的服务器，即使电子邮件是有效的，检查将失败。
我知道，我testing过，只有邮件域被选中，而不是用户部分。 我只是不知道它有多可靠。 是否始终可以检查服务器MXlogging。
随着一些更多的研究，我发现一些服务器使用类似MTA的邮件交换，不使用MXlogging。 如果我检查A / AAAAlogging，那么是否足够？
根本不可靠，并会失败的合法电子邮件的百分之一大部分。 期望服务器发送一个域的邮件也被configuration为接收域的电子邮件是一个假设，很可能是不正确的。
例如，许多应用程序将通过第三方电子邮件发送服务，如亚马逊SES或谷歌应用程序发送电子邮件。 这些通常只发送服务。 在这种情况下，移动应用程序通过SES发送，但mxlogging将指向完全不同的地方，即本地交换。
“ 连接到我的主机是否被授权代表发送者发送的电子邮件发送邮件？ 最好由DKIM和SPF解决。 改用这些技巧。
检查给定域上的MXlogging以确定该域是否可以接受电子邮件将是一个好的开始，但是您必须记住，MXlogging中列出的服务器可能不存在，或者可能因任何原因而不接受邮件。 你将不得不做一个testing的SMTP连接，并开始SMTP会话的基础知识（例如，尽可能的RCPT TO ）来知道服务器是否有可能接受你的消息。 如果有多个MXlogging，则必须testing所有服务器，直到您看到一个好看的服务器。
MXlogging并不表示域是否可能发送电子邮件。 理论上讲，任何包含主持SMTP的域都可以发送消息。 我猜想DNS中SPFlogging的存在可能表明一个域被正确设置为发送邮件，但不能被依赖。