我正在尝试每天下载/访问由组织员工(显然使用Outlook365)在Outlook365上交换的所有电子邮件。下载完成后,我将在这些电子邮件中运行一些后台作业。
我可以选择通过EWS API来执行此操作,但是由于限制策略,限制策略变得很痛苦,并且影响了系统的可预测性。每天要访问的电子邮件数量可能在10万至100万以上。
我现在正在探索即将发布的图形,以查看它是否有助于解决此问题。通过将这些电子邮件路由到AWS SES或apache james并从那里访问/下载,我还有另一种出路,从而避免了相互制约。但到目前为止,我正尝试避免在部署中使用其他服务器。
我的问题-
有人遇到过这个问题吗?在使用Outlook支持的电子邮件API时,如果有任何可靠的方法怎么办?
答案 0 :(得分:0)
我可以选择通过EWS API来执行此操作,但是由于限制策略,限制策略变得很痛苦,并且影响了系统的可预测性。每天要访问的电子邮件数量可能在10万至100万以上。
效率低下的代码很可能是造成节流的原因,然后归咎于API(例如,如果您不使用批处理,则需要更多的属性,那么您需要等等),因此您应该做的第一件事就是确保对所有客户端进行优化基于API的节流类似。根据我在EWS方面的经验,在一天的时间范围内处理10万至10万封电子邮件并不是很多,尤其是如果您使用Impersonation时,节流成本将分散在您访问的各个邮箱中。