我正在使用繁忙的 Windows 2008R2 终端服务器，其中特定用户的 Outlook 会话消耗 2GB 到 4GB 的 RAM。
该进程似乎不是缓慢的内存泄漏，因为在进程打开后几乎立即使用 RAM。
迄今为止，我尝试了以下方法：
- 登录到用户的会话并检查他们的 Outlook 设置。没有什么异常。默认邮件配额已到位，用户只有 5,000 个邮箱项目。配额为 3GB。用户正在使用 1.2GB。收件箱几乎是空的。删除的项目被修剪得很好。
- 安全模式下的 Outlook。没有不同。
- 删除加载项。没有不同。
- 创建新的 Outlook 配置文件。没有不同。
- 从另一个帐户打开用户的邮箱。没有不同。
- 将用户移动到不同的终端服务器。没变。
此时，该用户的 Outlook RAM 使用量是任何其他用户的 10 倍至 20 倍。还有什么我应该看的吗？
通过 NewRelic 处理信息和统计数据：
任务管理器：
进程浏览器：
编辑：
VMMAP 输出：
清空“工作集”后：
几年前我有一个用户有一个非常相似的问题。问题是由外部日历引起的。尝试删除任何/所有外部日历。
在 Outlook 的日历选项卡中：
删除时注意内存占用。如果在删除一个后它显着下降，你就会知道罪魁祸首。只需重新添加运行良好的日历。
我还没有足够的声誉来发表评论，所以我不得不采取危险的方式并以答案的形式提出我的问题......对不起，如果这完全无关紧要。
我无法真正解释为什么，但这个问题只发生在 64 位版本的 Outlook 中。降级到 32 位 Outlook 解决了这个问题。
如果用户添加了新的外部 imap 或 pop 邮件帐户，这可能是初始同步过程，对于非常大的邮箱，这可能需要几个小时，具体取决于缓存设置。
电子邮件服务器和客户端都有单独的缓存设置，可以减少新映射的电子邮件帐户的负载。