11月5日起,部分Outlook.com和Hotmail邮箱用户出现无法正常接收邮件的情况,发件人侧收到的退信提示为邮件未通过身份验证检查。据科技媒体Windows Latest报道,该问题截至11月8日仍可复现,影响范围涉及使用上述微软邮箱服务的个人用户及部分Microsoft 365企业用户。
从用户反馈看,故障表现为邮件在发送环节被微软服务器拒收,退信通知中给出的错误代码包括550 5.7.23和550 5.7.1,后者提示“Message rejected: Message lacks SPF/DKIM/DMARC Auth Records”。SPF、DKIM与DMARC是邮件域名身份验证的核心机制,用于确认发件服务器是否有权代表某一域名发送邮件,缺失或校验失败时收件方通常会拒绝接收,以降低伪造域名投递垃圾邮件的风险。
问题在于,多名发件人表示其域名已正确配置SPF、DMARC和DKIM记录,邮件仍被拒收。一名用户在微软论坛上称,这种情况只发生在小部分邮件中,可能与邮件被路由到微软哪台服务器有关。另一名用户则指出,同一封邮件发送给Gmail收件人可正常送达,发送给Hotmail用户则被退回,重新发送有时能够成功。还有Microsoft 365用户反映,其与客户的邮件往来已持续三周,Outlook突然拒收对方回复,而向自己的Hotmail地址发送测试邮件时同样报错,Gmail及另一独立Exchange邮箱则接收正常。
由于故障集中在接收侧且与服务器路由相关,部分用户判断问题源头在微软一方,而非发件人配置错误。但退信信息统一指向SPF验证失败,容易引导发件人及其IT管理员反复排查自身DNS记录,增加无效运维成本。对依赖邮件开展客户沟通的企业用户而言,邮件被静默拒收或延迟送达可能直接影响业务流转,且发件人难以第一时间察觉。
截至报道发出,微软尚未就此事作出公开说明,也未提供统一解决方案。对于使用Outlook.com、Hotmail及Microsoft 365邮件服务的企业,短期内可通过重发邮件、核查退信代码等方式临时规避,但根本修复仍取决于微软对接收侧验证逻辑的排查与调整。
该文观点仅代表作者本人,企服科学平台仅提供信息存储空间服务。