我们正在构建一项最初在消息下载时很重的服务。我们正在尝试找到所有技巧，以增加我们的消息下载吞吐量。
遇到了这篇文章
标准建议：有效的工业强度工作 好吧，是在旋转式队列中使用一个帐户池进行 EWS使用EWS模拟呼叫。通过这样做，服务器将看到 同一帐户的负载较低。这是通常的推荐 方法和需要深入研究 - 尤其是 上面的其他建议不起作用。它是最可扩展的，将 处理从巨大到巨大的负载。小公司一直 最大的公司使用这种方法。
https://blogs.msdn.microsoft.com/webdav_101/2018/03/03/20/ews-serverbusyexpection-the-server-is-server-is-is-too-busy-for-for-you/
我们认为，我们将要求我们要求每个用户代表他们执行EWS模仿的能力，这不是标准权限捆绑包的一部分。这是真的？
除非单击，否则从业务角度来看，它基本上是一个非启动器。
如果是这样，其他建议改善消息下载绩效？
使用Exchange Management Shell，您可以配置＆amp;授予应用程序障碍角色而不提示用户。
高音量应用程序将需要使用多个模仿帐户或在开始查看ServerBusyExceptions时调整节流策略。
在性能方面 - 取决于。只需要拉动您需要的属性。如果您要拉所有邮件项目，并且时间不关心 - 请考虑推送拉通知。如果您需要尽可能接近实时，请查看流通知。