Exchange Web服务:为什么ITEMID不是恒定的? [英] Exchange web services: why is ItemId not constant?

查看:162
本文介绍了Exchange Web服务:为什么ITEMID不是恒定的?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我写一个小的应用程序,它会自动处理来自公共文件夹的电子邮件。对于每一个电子邮件,我们要保存一些元数据,在数据库中。

I write a small application, which should automatically process the emails from a public folder. For each email, we want to save some metadata, in a database.

我想用项目编号,使这个元数据和特定电子邮件之间的联系,而且我刚刚发现这ITEMID不是恒定的。例如,如果电子邮件是从公共文件夹移动到另一个,它会收到另一个ITEMID。这意味着,电子邮件和相关的元数据之间的链接将会丢失。

I wanted to use the ItemID to make the link between this metadata and a specific email, and I have just discovered that this ItemId is not constant. For example, if the email is moved from a public folder to another, it will receive another ItemId. That means, that the link between the email and the associated metadata is lost.

所以,问题是,我怎么能做出元数据和特定电子邮件之间的联系?

So, the problem is, how can I make the link between the metadata and the specific email?

推荐答案

我的理解是,该EWS唯一ID包含ENTRYID以某种形式。因此,一旦元素被移动到另一个文件夹,它会改变。

My understanding is, that the EWS unique id contains the EntryId in some form. Therefore, it will change once the element is moved to another folder.

虽然这里不适用,情况与日历条目更为复杂,因为交易所破坏并重新创建一个预约在某些情况下,从而改变唯一的ID。

And while not applicable here, the situation is more complicated with calendar entries, as Exchange destroys and recreates an appointment under certain circumstances, thereby changing the unique id.

本页面(的http:// MSDN。 microsoft.com/en-us/library/cc815908.aspx )包含了超过可用于识别对象MAPI属性的概述。这另一种方法是,你可以在自己的id属性添加到Exchange元(通过扩展属性)。

This page (http://msdn.microsoft.com/en-us/library/cc815908.aspx) contains an overview over MAPI properties which can be used to identify an object. An alternative to this is that you can add your own id property to the Exchange element (via extended property).

这篇关于Exchange Web服务:为什么ITEMID不是恒定的?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆