我们build议在我们为用户重新设置Outlookconfiguration文件时执行以下操作。 但是，我们相信在可能的情况下执行非破坏性故障排除。 是否有任何理由执行以下步骤。
我会说一般不会。 根据我的经验，Outlook的最新版本在不使用与其他MAPIconfiguration文件相关的文件方面做得相当不错，而且在不同的MAPIconfiguration文件之间几乎没有“stream血”设置。
如果您担心与现有MAPIconfiguration文件和Outlook数据文件的交互，则可以select重命名registry项（HLCU \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Windows Messaging Subsystem \ Profiles）和包含文件的目录（AppData文件夹你在你的问题中提到），而你正在排除故障。
编辑：
丢掉一个大型的OST文件（特别是在当今托pipeExchange的世界里，可能需要几个小时甚至几天的时间才能重新caching一个大邮箱）似乎是不该轻易做的事情。 在Outlook AppData文件夹中启动nuking文件时请记住这一点。 即使使用LAN上的邮箱服务器，当可以在不删除OST文件并在服务器基础结构中创buildnetworkingstream量和资源利用率的情况下解决问题时，也可以使用多千兆字节的邮箱进行重新caching。