Exchange server Exchange EWS MessageId->是否在ActiveSync中也可用?

Exchange server Exchange EWS MessageId->是否在ActiveSync中也可用?,exchange-server,exchangewebservices,activesync,messageid,Exchange Server,Exchangewebservices,Activesync,Messageid,在使用ActiveSync时,您是否可以在Exchange EWS中获得相同的结果 我认为这是一种唯一标识每条消息的交换方法,但我似乎找不到使用ActiveSync检索消息的方法 编辑:我有两个应用程序,一个使用ActiveSync存储信息,另一个使用EWS存储信息,我希望它们能够分别处理同一条消息。。。。为此,我希望使用EWS消息ID,它似乎是每个消息的GUID类型标识符。注意:这似乎与电子邮件标题中的邮件ID不同。遗憾的是,您大部分时间都运气不佳 ActiveSync不是一种集成协议,它是一

在使用ActiveSync时,您是否可以在Exchange EWS中获得相同的结果

我认为这是一种唯一标识每条消息的交换方法,但我似乎找不到使用ActiveSync检索消息的方法


编辑:我有两个应用程序,一个使用ActiveSync存储信息,另一个使用EWS存储信息,我希望它们能够分别处理同一条消息。。。。为此,我希望使用EWS消息ID,它似乎是每个消息的GUID类型标识符。注意:这似乎与电子邮件标题中的邮件ID不同。

遗憾的是,您大部分时间都运气不佳

ActiveSync不是一种集成协议,它是一种为智能手机等低带宽通信设备设计的移动同步协议。EWS中的许多功能将不存在于EAS中

长期消息识别和关联对于移动设备来说并不重要。他们只需被告知每个文件夹中有哪些消息,并允许用户对其进行操作。Exchange服务器可能会随时通知其EAS连接的客户端重新同步,这会导致他们忘记设备上的消息,并将其从服务器中完全删除。这种情况在EAS中经常发生,有时一小时发生几次,具体取决于邮箱的情况。例如,通过Outlook删除文件夹会导致FolderSync发生,并强制连接的设备再次干净地重新同步

因此,EAS似乎已经抛弃了消息的GUID或其他长期ID的概念。相反,服务器将分配临时ID,这些ID只有在下一次大的重新同步(可能随时发生)被强制之前才有效。您可能会看到Exchange提供了非常简单的ID,如7:45,这意味着文件夹7 IIRC中的邮件ID为45。但是,在重新同步之后,如果用户删除该文件夹中的其他邮件,则该邮件的编号可能为7:32;如果邮件完全移动到另一个文件夹,则该邮件的编号可能为4:22


其他EAS服务器,如Zimbra、Kerio或Notes Traveler,可能会分配GUID,但从内存来看,这就是Exchange的行为方式。您唯一的选择可能是将您自己的隐藏关联ID放入您感兴趣的消息的正文或主题中。这将允许您跟踪您感兴趣的项目的生命周期,而不会让用户在其消息内容中看到一些奇怪的东西。

遗憾的是,您大部分都是运气不佳

ActiveSync不是一种集成协议,它是一种为智能手机等低带宽通信设备设计的移动同步协议。EWS中的许多功能将不存在于EAS中

长期消息识别和关联对于移动设备来说并不重要。他们只需被告知每个文件夹中有哪些消息,并允许用户对其进行操作。Exchange服务器可能会随时通知其EAS连接的客户端重新同步,这会导致他们忘记设备上的消息,并将其从服务器中完全删除。这种情况在EAS中经常发生,有时一小时发生几次,具体取决于邮箱的情况。例如,通过Outlook删除文件夹会导致FolderSync发生,并强制连接的设备再次干净地重新同步

因此,EAS似乎已经抛弃了消息的GUID或其他长期ID的概念。相反,服务器将分配临时ID,这些ID只有在下一次大的重新同步(可能随时发生)被强制之前才有效。您可能会看到Exchange提供了非常简单的ID,如7:45,这意味着文件夹7 IIRC中的邮件ID为45。但是,在重新同步之后,如果用户删除该文件夹中的其他邮件,则该邮件的编号可能为7:32;如果邮件完全移动到另一个文件夹,则该邮件的编号可能为4:22


其他EAS服务器,如Zimbra、Kerio或Notes Traveler,可能会分配GUID,但从内存来看,这就是Exchange的行为方式。您唯一的选择可能是将您自己的隐藏关联ID放入您感兴趣的消息的正文或主题中。这将允许您跟踪您感兴趣的项目的生命周期,但用户在其邮件内容中会看到一些奇怪的东西。

@Brian是正确的-ActiveSync项目没有全局唯一标识符,可用于与EWS关联,但有一些例外,例如会议邀请有UID,与一些黑客一起使用的事件一样,这些事件可以为相关的EWS日历事件检索EWS ID,并且没有用户不可见的字段可以被劫持,以添加您自己的相关数据。这在电子邮件、联系人、任务、笔记等方面表现得最为明显

但是,如果同时同步这两个对象,则可以使用对象中的元数据进行匹配。例如,为联系人编写一个哈希算法,该算法将来自名字和姓氏的数据组合在一起
,公司名称等。。。字段并生成结果。这可以在两侧的数据上运行,并且将有相对较少的对象冲突进行匹配,而那些发生冲突的对象对用户来说将具有完全相同的可见数据,因此在大多数情况下,没有获得精确对齐并不重要。

@Brian是正确的-ActiveSync项目没有全局唯一标识符可用于与EWS关联,但有一些例外情况,例如,会议邀请有UID,事件也有UID,可与某些黑客一起用于检索相关EWS日历事件的EWS ID,并且没有用户不可见的字段可被劫持以添加要关联的您自己的数据。这在电子邮件、联系人、任务、笔记等方面表现得最为明显


但是,如果同时同步这两个对象,则可以使用对象中的元数据进行匹配。例如,为联系人编写一个哈希算法,该算法将来自名字、姓氏、公司名称等的数据组合在一起。。。字段并生成结果。这可以在两侧的数据上运行,并且会有相对较少的对象碰撞进行匹配,而那些发生碰撞的对象对用户来说将具有完全相同的可见数据,因此在大多数情况下,没有获得精确对齐并不重要

这与消息ID电子邮件头不同吗?是的,它是。。。我不确定是什么定义了它,但它是不同的。我认为这是一个交换的东西…这是一个不同的东西比消息ID电子邮件头?是的,它是。。。我不确定是什么定义了它,但它是不同的。我认为这是一种交流……谢谢你的反馈。我从没想过隐藏的关联ID概念。。。好电话。。。我要试一试!您在这里提到了重新同步,这到底是什么,以及在编写客户端软件时如何处理?我对我是否正确处理EAS重新编号感到困惑,没有固定ID似乎真的很偶然……重新同步是一种新的同步。扔掉服务器发送的数据,重新开始。当它发生的时候,它很糟糕。需要注意的是,在ActiveSync中,重新同步实际上并不经常发生,如果您遇到频繁的重新同步,您需要检查您的实现。新文件夹将触发foldersync更新调用,但现有文件夹及其同步状态将不受影响。如果您正确管理同步密钥,状态9 Foldersync和状态3 Sync是罕见的事件。感谢您的反馈。我从没想过隐藏的关联ID概念。。。好电话。。。我要试一试!您在这里提到了重新同步,这到底是什么,以及在编写客户端软件时如何处理?我对我是否正确处理EAS重新编号感到困惑,没有固定ID似乎真的很偶然……重新同步是一种新的同步。扔掉服务器发送的数据,重新开始。当它发生的时候,它很糟糕。需要注意的是,在ActiveSync中,重新同步实际上并不经常发生,如果您遇到频繁的重新同步,您需要检查您的实现。新文件夹将触发foldersync更新调用,但现有文件夹及其同步状态将不受影响。如果正确管理同步密钥,状态9 Foldersync和状态3 Sync是罕见的事件。