如果你的客户说「邮件发了你没回」，而你确实没收到，先别急着怀疑对方。11 月 5 日以来，部分 Outlook.com 与 Hotmail 邮箱出现了收信异常：发件人那边看到的是退信，理由是邮件没通过身份验证检查；收件人这边则是什么都没有——没有退信、没有提醒，邮件就这么消失了。

图：新版 Outlook 界面。此次故障表现为收信侧无感、发信侧被退，排查时很容易误判成对方域名配置问题。

事实要点

  • 故障从 11 月 5 日开始出现，11 月 8 日仍能复现，主要影响发往 Outlook.com、Hotmail 的邮件。
  • 退信提示集中在身份验证环节，常见错误码为 550 5.7.23，正文类似「Message rejected: Message lacks SPF/DKIM/DMARC Auth Records（AS9031519）」。
  • 多名发件人反馈，自己的域名已经正确配置 SPF、DMARC 与 DKIM，仍然被拒；同一封邮件里 Gmail 收件人正常收到，Hotmail 收件人却被退回。
  • 部分情况下点击重发就能送达，说明并非稳定拦截，而是与邮件被路由到哪台服务器有关。
  • 微软暂未就此事公开表态，目前没有统一解决方案；社区反馈集中在微软论坛与问答社区。

影响解读

邮件故障里最麻烦的不是「发不出去」，而是「以为发出去了」。发件方若没留意退信，收件方根本不知道自己漏了什么，报价单、订单确认、发票、合同往来都可能在这段时间悄悄断掉，等发现时往往是客户已经在催了。对做外贸、做工程报价、做售后服务的公司，这种静默丢失比服务器宕机更伤。

另一个容易被带偏的点是排查方向。退信里写着「请检查 SPF 配置」，很多公司的 IT 第一反应是去改自己的 DNS 记录，结果改了也没用——因为这次的问题在接收侧。盲目改动 SPF/DKIM 记录反而可能把原本正常的发信搞坏。

建议

  1. 这段时间给 Hotmail、Outlook.com 的收件人发重要邮件，发完主动确认一次：电话、微信或让对方回执，别只依赖「已发送」。
  2. 让 IT 先看退信原文再动手：错误码是 550 5.7.23 且提示 AS9031519 一类编号时，优先按「接收侧误判」处理，不要急着改自家 DNS。
  3. 复核自家发信域名的 SPF、DKIM、DMARC 是否真的生效（可用第三方邮件健康检查工具验证），确认无误后记录下来，避免事后被误判为配置问题。
  4. 关键业务邮件走双通道：与核心客户、供应商建立备用联系方式，或使用独立的企业邮箱/邮件网关作为备份路径。
  5. 保留退信样本和发送时间，一旦需要向微软支持或邮件服务商申诉，这些是最直接的证据。

小结

邮件是办公里最「理所当然」的一环，也最容易在出问题时被忽略。这次事件再次说明：重要的不是邮件发出去的那一刻，而是对方确实收到了。对中小企业来说，与其等故障发生再排查，不如平时就把「关键往来有第二条通道」变成习惯。

公司邮箱收不到客户邮件、Outlook 频繁报错、员工电脑越用越慢？深圳市前程电脑有限责任公司提供电脑维修、数据恢复、组装升级、品牌电脑、打印耗材、IT 运维等业务，服务深圳市南山区西丽大学城及周边，电话 / 微信 13714744580，可协助排查邮件客户端与办公环境问题。