成千上万的用户报告称，影响微软 Outlook（企业和个人核心通信工具）的重大故障已发生，同时导致微软自身的状态页面无法访问。这种双重故障造成了通信真空，因为原本用于报告服务健康状况的工具在危机期间因信息需求过载而崩溃。
故障范围
原始帖子报告称微软 Outlook 目前处于宕机状态，这一说法得到了成千上万受影响用户的报告支持。除了电子邮件之外，一些用户还注意到 SharePoint 出现间歇性故障以及 URL 扫描服务的问题。
干扰的规模非常显著，以至于第三方监控平台标记了多个云服务的广泛问题，尽管一些用户认为这些报告可能会因社交媒体数据的解析方式而虚高。
“Outlook 宕机了，微软的状态页面也宕机了”
— Outlook is down, and so is Microsoft's status page
状态页面基础设施故障
讨论中的主要争议点是微软状态页面在故障期间未能保持正常运行。Hacker News 上的评论者认为这是一个严重的疏忽，指出状态页面的主要目的正是为了在它监控的主要服务失效时保持可访问。
评论者指出的技术讽刺是，状态页面可能因为无法承受用户同时尝试访问的高负载而崩溃。这表明与主要生产服务相比，监控基础设施缺乏足够的扩展或负载均衡。
对本地 Exchange 用户的影响
此次故障还影响了那些不依赖标准云托管 Outlook.com 服务的用户。Hacker News 上的一位评论者解释说，“新 Outlook”客户端即使在本地 Exchange 服务器上也会受到影响，因为它们依赖共享的 Web 界面基础设施。
这是因为“新 Outlook”界面存在于与 Azure 和 Office 365 重叠的空间中。因此，以前依赖于旧的独立协议（如 MAPI-over-HTTPS）的用户现在由于向这些统一的 Web 客户端的转变而陷入了故障中。
报告中的数据差异
官方报告与第三方数据之间存在明显的差异。一些用户指出，在重大云故障期间，Down Detector 经常显示“所有内容”都处于宕机状态。
一位评论者建议，这种情况之所以发生，是因为用户可能会报告错误的故障服务，或者是因为该工具将社交媒体帖子（例如“Outlook 宕机了但 Gmail 还能用”）解析为两个服务都离线。这突显了在大规模基础设施故障期间获取准确实时数据的难度。