注意：这个特殊问题对我们的客户有重大影响，这会转化为对收入产生直接影响的高业务影响。

TL;博士。

当用户在撰写电子邮件草稿时与我们的加载项交互时，我们的 Outlook 的 Office 加载项如何最大限度地减少EWS GetItem API为itemId我们收到的返回 OK 响应之前所需的时间Office.context.mailbox.item.saveAsync()？

如果事实证明我们的加载项无法控制项目何时持久保存到 EWS，那么最终用户可以做些什么来加快速度？

我们正在寻找 (a) 技术解决方案或 (b) 消息来指导我们的客户如何缓解/修复/解决此问题。

最终用户影响

我们的一些客户无法使用我们的 Outlook Office 加载项发送电子邮件，或者必须等待很长时间（> 2 分钟）才能发送电子邮件。

我们的目标

我们希望所有客户都能够使用我们的加载项发送电子邮件，而无需等待不合理的时间。

附加上下文

根据我们的日志和客户报告，此问题仅存在于Outlook 2016 for Windows桌面应用程序中。我们没有证据表明该问题存在于任何其他版本的 Outlook 中，包括 Outlook 2013 或 Outlook for Mac，但该问题也可能存在于这些客户端中。

我们的插件概述

我们的加载项与撰写模式集成，以在撰写电子邮件时提供其他功能，例如模板、跟进、打开和点击跟踪以及计划。

我们的插件与我们的 SaaS 产品协同工作，如下所示：

1. 我们的加载项使用元数据设置电子邮件消息的 EWS 扩展属性，指示该消息启用了哪些功能。

2. 我们的 SaaS 产品带外配置为通过 EWS API 从客户的邮箱中读取数据。当它遇到我们的 Office 加载项编写的 EWS 扩展属性时，它会触发代码路径以满足所需的行为。

根本原因分析

我们问题的根本原因是我们在 Outlook 2016 for Windows …