EWS API 1.0中的推送和推送订阅优化？

问题描述

我们正在开发一个与用户邮箱中的电子邮件（特别是语音邮件）保持同步的程序。关于使用EWS API 1.0的推拉通知，我有很多问题。

在我读过的许多书籍和文章中，Push订阅中的'StatusFrequency'元素被解释为'以分钟为单位测量的通知消息发送到客户端的频率，即使在那里没有事件'。这是否意味着当事件实际发生时没有发送通知，并且通知延迟到下一次计划推送？例如，如果用户一次删除100封电子邮件，而不是触发100次推送通知，那么在达到频率时间时只会触发一次？

使用Pull订阅，可以使用的推荐间隔是多少？例如，如果我有1000个邮箱，每个邮箱大约有1000封电子邮件，那么每10秒轮询服务器是否可以接受所有1000个用户的所有文件夹？

轮询服务器的最佳方式是什么？是每个用户的Pull订阅（用户的所有文件夹的1000个订阅）还是一个Pull订阅（所有用户文件夹的1个订阅乘以1000个用户）？

这些都是我所知道的顶级例子，但我在这里使用它们更好地了解实际发生的情况以及如何最好地优化我的应用程序，而不会对Exchange服务器造成过度压力。

推荐答案

这篇关于EWS API 1.0中的推送和推送订阅优化？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！