Notifications Exchange Web服务通知

Notifications Exchange Web服务通知,notifications,exchangewebservices,Notifications,Exchangewebservices,我需要为我的应用程序编写一篇Exchange集成文章。每当服务器上的任何Exchange帐户创建联系人、任务、约会等时,我希望我的应用程序收到通知,以便它可以在应用程序中创建等效对象 从EWS管理的API以及较低级别的web服务API来看,您似乎只能订阅整个用户的邮箱或该邮箱中的子文件夹。我的应用程序有没有办法订阅服务器上的任何邮箱 谢谢,, Tedderz否,Exchange不支持“所有邮箱”通知。而且您确实不想订阅所有通知—想象一下,您将从1000多个邮箱的Exchange服务器收到多少通知

我需要为我的应用程序编写一篇Exchange集成文章。每当服务器上的任何Exchange帐户创建联系人、任务、约会等时,我希望我的应用程序收到通知,以便它可以在应用程序中创建等效对象

从EWS管理的API以及较低级别的web服务API来看,您似乎只能订阅整个用户的邮箱或该邮箱中的子文件夹。我的应用程序有没有办法订阅服务器上的任何邮箱

谢谢,,
Tedderz

否,Exchange不支持“所有邮箱”通知。而且您确实不想订阅所有通知—想象一下,您将从1000多个邮箱的Exchange服务器收到多少通知。 如果是公用文件夹,则不能订阅商店范围的通知;就是它的架构方式。 更一般地说,不要使用事件或通知进行同步-在重载情况下,通知可能会被丢弃。
有专门支持的API(主动同步,ICS)。充其量,通知可以用作提示,提示您的代码必须尽早执行同步。

只是想指出,Exchange将捆绑通知。因此,如果在短时间内发生100个事件,您可能只会收到少量通知,每个通知中包含多个事件。然后,您将循环确定事件类型并从那里开始。我很好奇您是否会说,在重载情况下,通知可能会被丢弃。据我所知,通知会在CAS上保留多长时间(等待您在发生异常情况时重新连接),并且只有在CAS向您发送通知而您没有在特定时间内响应时才会被删除。回答得很好+1我明白了。它将是订阅通知的生产web应用程序服务器,而不是移动设备,因此我认为负载不会太大。但如果它们根本不可靠,那么使用它们就没有意义。我想没有办法实现毯子同步?听起来ActiveSync/ICS是针对移动设备的,而且每次只能发送一个邮箱。@Tedderz:只要应用程序正确处理通知,通知是非常可靠的。如果CAS向您发送通知(推送或拉送),而您在特定时间内没有响应,则您将丢失订阅。此外,考虑到我们不知道Dmitry的要求是什么,术语“可靠”是相当模糊的。最后,在您关闭EWS通知之前,您应该测试它,看看它是否满足您的需要。