北京
为什么服务器补丁装完，邮件反而发不出去了？微软给出的答案有点反直觉：问题不在Exchange自己的安全更新，而在底层的Windows Server。
微软已确认，2026年10月13日发布的Windows Server安全更新会干扰Exchange Server的邮件服务，表现为网页邮箱无法登录、消息滞留在发件箱里送不出去。受影响的是部分本地部署的Exchange Server 2016、Exchange Server 2019和Exchange Server Subscription Edition系统。
微软已经发布了临时解决方案，同时明确建议管理员：不要卸载这些Windows更新。
四个补丁，症状看负载
被点名的Windows更新有四个：Windows Server 2025对应KB5126646，Windows Server 2022对应KB5126655，Windows Server 2019对应KB5126651，Windows Server 2016对应KB5126868。
影响程度取决于服务器的工作负载，有些系统可能始终不出现症状。这一点挺关键——没出问题的机器不代表补丁没问题，只是还没被压到临界点。
具体表现包括：用户无法登录Outlook on the web；通过Outlook发出的邮件卡在发件箱；管理员可能看到邮件队列持续增长、复制过程中邮箱访问失败，或者数据库可用性组成员无法达到仲裁。
重启受影响的服务器可以暂时恢复服务。管理员该盯的一个报错是MapiExceptionMdbOffline: Unable to make connection to the server.（hr=0x80004005, ec=1142），受影响的系统还可能在应用程序日志里记录Event ID 1006，可以用来判断一次故障是否与微软的报告对得上。
512这个数字是根子
按照微软Windows版本健康公告的说法，10月更新引入了一个默认限制：512个并发Endpoint Lookup调用。这个限制用来控制Endpoint Mapper的内存占用，而Endpoint Mapper是Windows里参与远程过程调用通信的组件。Exchange的重负载很容易越过这条默认线。
调高限制，等于允许Endpoint Mapper用更多内存来处理这些调用。微软目前把该问题列为“已缓解”而非“已解决”，调查仍在进行中。受影响的组织还可以通过微软支持获取额外的缓解措施。
一条注册表命令
微软Exchange团队的建议是：在Exchange服务器上打开提升权限的命令提示符，执行下面这条命令，然后重启服务器。
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f
重启之后要继续观察环境里是否还有反复出现的故障。微软表示如果问题重现，限制应该继续调高，不过公告里没有给出第二个具体数值。微软称这一做法在其处理过的客户案例中已经解决了问题。
安全更新还是得留着。这次故障的源头是Windows Server的改动，与10月单独发布的Exchange Server安全更新无关——即使没装最新的Exchange补丁，服务器照样可能出问题。排查故障时，操作系统更新才是那个关键变量。
时间点也有些微妙。Exchange 2016和2019正走向最后一个付费更新周期的尾声，微软表示2026年10月是它们最后一次计划内的ESU安全发布，此后的更新只覆盖Subscription Edition。老系统还得靠补丁续命，补丁却又带来新麻烦，管理员这个月的工单怕是少不了。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
