Outlook.com 收件箱自 11 月 5 日起可能一直漏收邮件，连设置无误的发件人也会被拦截
部分 Outlook.com 和 Hotmail 用户收不到邮件，因为发给他们的邮件遭到退信，发件人收到的提示称邮件未能通过身份验证。我亲身遇到过这种情况：一家企业发来的邮件遭到退信，导致对方无法联系到我。据我了解，发件人会收到提示，称邮件未能通过 SPF 检查。
我原以为只有自己遇到了这个问题，但浏览了 Microsoft 论坛和 Reddit 后发现，其他人也无法正常接收 Outlook.com 和 Hotmail 邮件。
据 Windows Latest 了解，邮件至少从 11 月 5 日起就开始被拒收，我也在 11 月 8 日复现了这个问题。
如果你受到影响，可能会无法向有效联系人发送邮件，或无法接收他们发来的邮件。多数情况下，很难判断究竟发生了什么，但深入检查日志后就会发现，邮件未能发送或接收是因为身份验证错误。
值得注意的是，一些发件人表示，即使其邮件域名已配置有效的身份验证记录，仍然会遇到此错误。因此，即使一切看起来都正常，你也可能收不到所有邮件。有时，发件人重试后，邮件就能成功送达。
一位用户在 Microsoft 论坛上写道：“SPF、DMARC 和 DKIM 均有效的域名也会被拒收。只有一小部分邮件会遇到这种情况（可能取决于邮件被路由到哪台 Microsoft 服务器）。”
另一位用户表示：“我强烈怀疑这是 Microsoft 的问题。我们只在给 Hotmail 账户发邮件时遇到过这种情况。昨天开始出现退信；有时重新发送就能成功。今天我给两个收件人发了一封邮件，Gmail 收件人没有问题，但 Hotmail 收件人收到了退信。”
一位 Microsoft 365 客户称，他们已经给客户发了三周邮件，但 Outlook 突然拒收了对方的回复。同一用户尝试给自己的 Hotmail 地址发邮件时，也遇到了相同错误。不过，根据他们在 Microsoft 问答社区的报告，测试邮件都能被 Gmail 和另一个 Exchange 邮箱正常接收。
类似的投诉已有数百条，大多与我亲身观察到的情况一致。还有迹象表明，有些邮件会延迟送达，但前提是发件人再次尝试发送。
邮件收发不稳定的麻烦在于，除非有人告知你，否则你可能根本不知道出了问题。如果你是收件人，可能要等到有人通过其他方式联系你时才会发现。一位 Outlook.com 用户称，自 11 月 5 日以来，给他们发过邮件的客户中，约有一半收到了退信。
Outlook 和 Hotmail 为何突然将 SPF 标记为异常并拦截邮件？
对于不了解 SPF 的用户来说，它会检查某台服务器是否获准代表某个域名发送邮件。例如，如果有人试图使用自己并不拥有的域名发送邮件，SPF 可以标记出该发件服务器未经授权。没有这类检查，你可能会看到数百封看似来自正规发件人、实际发件人却并不拥有相应域名的邮件。
然而，即使一些发件人表示自己的记录配置正确，Outlook 的错误提示仍然指向 SPF 验证失败。例如，有些退信通知会显示 550 5.7.23，并提示联系 IT 管理员检查 SPF。以下是报告中出现的一条提示：
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
另外，如果你以为只有 Microsoft 365、Outlook 或 Hotmail 的发件人会受到影响，那就错了。即使使用 Zoho 等其他服务向 Outlook.com 地址发送邮件，也可能遇到这些问题。
一位 Outlook.com 用户称，下午 3:50 收到一封来自 Zoho 发件人的邮件遭到拒收。发件人于下午 4:09 再次尝试，这次邮件成功送达。成功送达的邮件显示 SPF 和 DKIM 验证均已通过。
如果钟表本身并没有坏，就无从修理；这正是人们遇到的问题的一个例子。不过，成功送达的邮件所显示的结果，并不能说明之前那次发送究竟出了什么问题。
用户怀疑 Microsoft 是否更改了 Outlook 或其邮件设置
目前没有任何声明表明这是一次有意为之的更改，而且在 Microsoft 已因 Windows 面临审视之际，我不认为它会故意让 Outlook 邮件收发变得不稳定。某个临时问题可能影响了部分用户，但 Microsoft 尚未公开确认原因。
某些规则可能会导致邮件无法送达。例如，如果你使用某个域名，每天向 Microsoft 面向消费者的邮件服务发送超过 5,000 封邮件，而这些邮件不符合 SPF、DKIM 和 DMARC 要求，就可能会被拦截。
不过，一些受影响的发件人表示，他们的邮件量远低于这一门槛，但重新配置或验证身份验证记录似乎有所帮助。
一位 Reddit 用户写道：“我也遇到了同样的问题，昨天太平洋标准时间凌晨 4 点开始出现。我检查了 SPF、DKIM 和 DMARC，看起来都没问题。再次检查后，我发现组织的域名缺少 DMARC DNS 记录。我暂时将其设置为 p=none。问题似乎解决了，过去一小时进行了大量测试，暂时没有再失败。”
如果你遇到了此错误，可以请发件人检查其身份验证记录，并将完整的退信信息提供给其邮件服务商或 Microsoft 支持团队。无论如何，我建议几分钟后重试。这个办法确实对一些人有效，但目前还没有适用于所有相关报告的确认解决方案。