确认电子邮件地址不存在（因此无法接收消息）

Question

请注意，这与确认地址存在不同。有没有办法证明给定的电子邮件地址肯定无法接收电子邮件？

IE。使用像http://www.email-validator.net/这样的网站

是否有 100% 的方法可以证明某个地址无法接收数据？

Answer 1

唯一可以确定的情况是域名（地址中@ 后面的部分）是否无效。例如，如果它是 john@example.c，则永远无法交付，因为 .c 不是也永远不会是有效的 TLD。因此，没有人可以拥有该域，也没有人可以使用该域指向的 IP 设置邮件服务器。

否则，您最多可以检查以下内容：

1. 域名现在有效吗？如果不是，则无法在该地址接收邮件。但是新的 TLD 经常出现。因此，一些现在无效的域可能会在以后变得有效，然后它们可能会用于电子邮件，并且可能会使用您的地址。例如瑞士的首都是伯尔尼。他们没有及时向 ICANN 发出 TLD .bern 申请，但有人想下次尝试。所以 johndoe@example.bern 现在无效，但以后可能会使用。

2. 域名是否有效但尚未向任何人注册？然后那里暂时收不到邮件。但是它总是可以在以后注册和使用，如果时机合适，当您的 SMTP 服务器仍在定期重试发送邮件时，服务器可能会联机。例如 johndoe@example.horse 是有效的（是的，确实存在 .horse 地址）但域 example.horse 当前未使用。

3. 域是否已注册但没有邮件服务器响应？与上面类似，现在无法接收邮件，但邮件服务器可能会在几分钟内上线。例如，我自己的域没有运行邮件服务器，但我可能会在一两个小时内安装一个基本的服务器，在这方面的经验肯定更少。

4. 服务器是否响应，但响应是“地址未知”。这可能是真的，域上不存在具有该名称的帐户并且邮件服务器丢弃您的邮件，或者可能是真的并且邮件服务器将您的邮件重定向到一个全能帐户，或者它可能是谎言并且服务器就像该帐户不存在但实际上拥有该帐户并发送您的邮件一样。

5. 一个特殊情况：电子邮件地址是否符合标准（http://tools.ietf.org/html/rfc6530），例如它是否在允许的长度内（我不记得了，但我认为它在 300 个字符以下) 还是只包含允许的字符。如果没有，那么它会变得有趣。如果您的邮件客户端和 SMTP 服务器可以处理它，即使地址不符合标准，它们也可能会尝试仍然发送邮件。现在理论上，接收邮件服务器可能会因为不合规而将其扔掉，或者它可以表现得好像它已经扔掉了它但仍然传递它。这种情况虽然是高度理论化的。示例：a"b(c)d,e:f;gi[j\k]l@example.com