微软修复了导致Outlook死机、启动缓慢的已知问题

微软已经修复了一个自6月以来影响微软365用户Outlook的已知问题，该问题会导致启动缓慢和死机，就像离线Outlook数据文件(OST)在启动后立即同步一样。

但是，在受影响的系统上不会生成新的OST文件，并且在Application事件日志中也没有与此行为相关的其他条目。

受影响的用户报告说，如果他们在启动后取消应用程序，Outlook会立即打开。然而，微软也指出，用户在启用了飞行模式的系统上启动应用程序可能会遇到困难。

在这种情况下，会出现错误信息，提示“无法启动Microsoft Outlook”。无法打开Outlook窗口。无法打开文件夹集。登录Microsoft Exchange的尝试失败。”

Outlook冻结和启动缓慢的问题可能发生在缓存重新启动期间，在创建新配置文件或禁用共享日历改进时触发这个过程。

“这种症状的一个已知原因是缓存重新启动。如果用户创建了一个新的配置文件，或者通过禁用共享日历改进手动从REST切换到MAPI，这是预期的。”
说
．

“然而，由于非office MAPI应用程序中阅读服务启用状态的地方性问题，运行此类应用程序可能会意外地强制切换。”

固定在Beta频道

Outlook问题已在build 16929.15000中得到解决，并发布到Beta频道。该修复程序将于11月下旬通过构建17029.20000及更高版本推出到当前通道。

正如微软解释的那样，问题源于Outlook在确定缓存的“默认”状态时遇到的困难。这种混乱是由于非office MAPI应用程序(如MFCMAPI和Outlook)得出不同的结论，导致意外挂起和缓慢启动。

受影响的Outlook用户也可以通过在Exchange帐户设置对话框中启用“共享日历改进”选项来解决这个问题，直到修复出现在当前通道中。

这可以通过点击更多设置并选择“高级”选项卡来完成;重新启动Outlook后生效。

此外，IT管理员还可以选择使用
组策略设置
，启用Outlook REST日历共享更新，作为受影响系统的解决方案。

微软之前已经解决了各种Outlook问题，包括4月份阻止Microsoft 365用户使用的问题
从访问电子邮件和日历
，
登录问题
2022年10月，还有一个bug导致Outlook
冻结和崩溃
在2022年8月发射后立即发射。