请注意，这与确认该地址存在不同。有没有办法证明给定的电子邮件地址肯定无法接收电子邮件？
例如http://www.email-validator.net/
有没有办法100％证明某个地址无法接收数据？
答案1
唯一可以的情况是当然是域名（地址中 @ 后面的部分）无效。例如，如果[电子邮件保护]这永远无法送达，因为 .c 不是并且永远不会是有效的 TLD。因此，没有人可以拥有该域名，也没有人可以使用该域名指向的 IP 设置邮件服务器。
否则你最多可以检查以下内容：
域名现在有效吗？如果无效，则无法在该地址接收任何邮件。但新顶级域名经常出现。因此，一些现在无效的域名以后可能会变得有效，然后它们可能会用于电子邮件，您的地址也可能会被使用。例如，瑞士的首都是伯尔尼。他们没有及时向 ICANN 提交顶级域名 .bern 的申请，但有些人下次想尝试一下。所以[电子邮件保护]现在无效，但稍后可能会用到。
域名是否有效但尚未注册给任何人？那么目前无法在那里接收任何邮件。但它总是可以注册并在以后使用，如果时机合适，服务器可能会在您的 SMTP 服务器仍在定期重试发送邮件时上线。例如[电子邮件保护]是有效的（是的，.horse 地址确实存在）但是域名 example.horse 目前未被使用。
域名已注册，但没有邮件服务器响应？与上述情况类似，目前无法收到邮件，但邮件服务器可能在几分钟内上线。例如，我自己的域名没有运行邮件服务器，但我可能可以在一两个小时内安装一个基本的邮件服务器，在这方面有一些经验的人肯定更少。
服务器是否响应但响应为“地址未知”。这可能是真的，域中不存在具有该名称的帐户，并且邮件服务器会丢弃您的邮件，也可能是真的，并且邮件服务器会将您的邮件重定向到万能帐户，或者这可能是谎言，并且服务器表现得好像该帐户不存在但实际上有该帐户并传递您的邮件。
特殊情况：电子邮件地址是否符合标准（https://www.rfc-editor.org/rfc/rfc6530)，例如它是否在允许的长度内（我记不太清楚了，但我认为大概在 300 个字符以下）或者它是否只包含允许的字符。如果不是，那么事情就变得有趣了。如果您的邮件客户端和 SMTP 服务器可以处理它，他们可能会尝试继续发送邮件，即使地址不符合标准。现在理论上，接收邮件服务器可能会因为不合规而将其丢弃，或者它可以表现得好像已经将其丢弃但仍然会发送它。不过这种情况非常理论化。示例：a"b(c)d,e:f;gi[j\k][电子邮件保护]
答案2
不是的。有很多因素都可能导致假阳性和假阴性。
我首先想到的例子包括： - 邮件服务器暂时瘫痪 - 垃圾邮件过滤器配置不正确，过于激进 - 服务器运行正常，但邮箱收不到邮件（由于配置错误，我的服务器出现了这种情况）
唯一真正表明地址正常工作的迹象是收到回复。即使回复也可能是暂时的。另一方面，当您尝试访问它时报告的任何问题也可能是暂时的。
我能想到的唯一例外是域根本不存在。
答案3
不，没有办法。
电子邮件服务器可能会接受电子邮件然后简单地丢弃它们。
附注：有些情况下，您可以 80% 确定电子邮件此时不存在。
域没有
MX记录（没有服务器可以发送电子邮件）< 这是错误的。如果没有 MX，则尝试将邮件发送到域的 A 记录。检查 RFC。没有 SMTP 服务器（没有任何东西监听端口 25）。不过，服务器可能暂时瘫痪。
- SMTP 服务器明确地报告你“没有这个邮箱”。但是一些黑客服务器可能会向除某些特殊客户端之外的任何人返回此错误。