微软 Outlook 邮箱出 Bug：邮件无故丢失，部分认证配置正确的发件人也遭拦截
IT之家 11 月 8 日消息，据科技媒体 Windows Latest 今天报道，部分 Outlook.com 和 Hotmail 邮箱用户最近发现收不到邮件了，发件人那边收到的提示是：邮件没能通过身份验证检查。
据介绍，这个问题最早出现在 11 月 5 日，到今天依然能复现。大多数情况下，用户很难直接察觉到底出了什么事，但如果翻一下日志，就会发现邮件发不出去的原因是身份验证检查报错。
不过部分发件人表示，就算自己的邮件域名已经配好了有效的身份验证记录，照样会收到报错。有些时候点一下重新发送，问题又能缓解。
一位用户在微软论坛上写道：“域名已经正确配置了 SPF、DMARC 和 DKIM，邮件还是会被拒收。这种情况只出现在一小部分邮件上（可能取决于邮件被路由到微软的哪台服务器）。”
另一位用户说：“我强烈怀疑这是微软自己的问题，我们只在给 Hotmail 账户发邮件时碰到这种情况。昨天第一次遇到邮件被拒，有时重发就能发出去。今天我发了一封邮件，收件人有两个人，Gmail 那位正常收到了，Hotmail 那位却被退回。”
还有一名 Microsoft 365 用户提到，他们已经连续三周通过邮件和客户沟通，结果 Outlook 突然把对方发来的回复拒了。这位用户试着给自己的 Hotmail 地址发邮件，也遇到了同样的错误。不过根据他在微软问答社区的反馈，Gmail 和另一个独立的 Exchange 邮箱都能正常收到测试邮件。
根据原报道，SPF 的作用是检查某台服务器有没有权限代替某个域名发邮件。如果没有这类验证机制，收件箱可能会塞满一堆看似来自正规域名、实际上却是无权者冒名发来的邮件。
但现在 Outlook 报的错误恰恰指向 SPF 验证失败，哪怕一部分发件人的相关记录完全正确，也照样中招。
比如有些退信通知会显示错误代码 550 5.7.23，并让用户去找 IT 管理员检查 SPF 配置。下面是相关报告里出现的一条错误提示：
```
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
```
也就是说，邮件是因为缺少 SPF、DKIM 或 DMARC 身份验证记录而被拒收的。微软目前还没就此表态，所以暂时也没有统一的解决方案。
---
原文链接：[点击查看](https://www.ithome.com/1/023/838.htm)
据介绍，这个问题最早出现在 11 月 5 日，到今天依然能复现。大多数情况下，用户很难直接察觉到底出了什么事，但如果翻一下日志，就会发现邮件发不出去的原因是身份验证检查报错。
不过部分发件人表示，就算自己的邮件域名已经配好了有效的身份验证记录，照样会收到报错。有些时候点一下重新发送，问题又能缓解。
一位用户在微软论坛上写道：“域名已经正确配置了 SPF、DMARC 和 DKIM，邮件还是会被拒收。这种情况只出现在一小部分邮件上（可能取决于邮件被路由到微软的哪台服务器）。”
另一位用户说：“我强烈怀疑这是微软自己的问题，我们只在给 Hotmail 账户发邮件时碰到这种情况。昨天第一次遇到邮件被拒，有时重发就能发出去。今天我发了一封邮件，收件人有两个人，Gmail 那位正常收到了，Hotmail 那位却被退回。”
还有一名 Microsoft 365 用户提到，他们已经连续三周通过邮件和客户沟通，结果 Outlook 突然把对方发来的回复拒了。这位用户试着给自己的 Hotmail 地址发邮件，也遇到了同样的错误。不过根据他在微软问答社区的反馈，Gmail 和另一个独立的 Exchange 邮箱都能正常收到测试邮件。
根据原报道，SPF 的作用是检查某台服务器有没有权限代替某个域名发邮件。如果没有这类验证机制，收件箱可能会塞满一堆看似来自正规域名、实际上却是无权者冒名发来的邮件。
但现在 Outlook 报的错误恰恰指向 SPF 验证失败，哪怕一部分发件人的相关记录完全正确，也照样中招。
比如有些退信通知会显示错误代码 550 5.7.23，并让用户去找 IT 管理员检查 SPF 配置。下面是相关报告里出现的一条错误提示：
```
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
```
也就是说，邮件是因为缺少 SPF、DKIM 或 DMARC 身份验证记录而被拒收的。微软目前还没就此表态，所以暂时也没有统一的解决方案。
---
原文链接：[点击查看](https://www.ithome.com/1/023/838.htm)
评论
暂无评论。