Soap Exchange日历:ConversationId是FindItem事件主事件的良好标识符吗?

Soap Exchange日历:ConversationId是FindItem事件主事件的良好标识符吗?,soap,calendar,exchangewebservices,Soap,Calendar,Exchangewebservices,我通过SOAPFindItem调用在Exchange日历中收集约会。这将返回单个事件和(自定义)重复事件 在处理这些事件时,我使用GetItem检索每个事件的主事件ID(ItemType=citOccurrence)。完成后,我可以确定是否仍然需要在内部存储主事件(并检索其所有详细信息),或者是否已经这样做 但是,在较长的FindItem周期内,同一重复事件(尤其是无休止的事件)会多次发生,这意味着必须对服务器执行大量的GetItem“get master”调用(第一个调用导致“必须存储mast

我通过SOAP
FindItem
调用在Exchange日历中收集约会。这将返回单个事件和(自定义)重复事件

在处理这些事件时,我使用
GetItem
检索每个事件的主事件ID(
ItemType
=
citOccurrence
)。完成后,我可以确定是否仍然需要在内部存储主事件(并检索其所有详细信息),或者是否已经这样做

但是,在较长的
FindItem
周期内,同一重复事件(尤其是无休止的事件)会多次发生,这意味着必须对服务器执行大量的
GetItem
“get master”调用(第一个调用导致“必须存储master”,其他所有调用都在“您已经拥有此master”中)

我已经查看了随
BaseShape
AllProperties
返回的属性,似乎
ConversationId
可以作为一个属性,用于标识相同主事件的发生。测试事件的样本数据:

<t:ItemId Id="AAMk[snip]AAEA==" ChangeKey="DwAAABYAAABs2/j8u1jEQJde5BzoAC+PAAC5aMZ/"/>
<t:Subject>Occurrence</t:Subject>
<t:ConversationId Id="AAQkADgyMTc3ZTI4LTU1ZmItNGI5Yy04YzVjLTk2MjFiZjY5ODkyYgAQANxmlGQ/3ahArhg+mv+UJSo="/>

<t:ItemId Id="AAMk[snip]AAEA==" ChangeKey="DwAAABYAAABs2/j8u1jEQJde5BzoAC+PAAC5aMZ/"/>
<t:Subject>Modified occurrence</t:Subject>
<t:ConversationId Id="AAQkADgyMTc3ZTI4LTU1ZmItNGI5Yy04YzVjLTk2MjFiZjY5ODkyYgAQANxmlGQ/3ahArhg+mv+UJSo="/>

<t:ItemId Id="AAMk[snip]RrAAA=" ChangeKey="DwAAABYAAABs2/j8u1jEQJde5BzoAC+PAAC5aMaA"/>
<t:Subject>New single event</t:Subject>
<t:ConversationId Id="AAQkADgyMTc3ZTI4LTU1ZmItNGI5Yy04YzVjLTk2MjFiZjY5ODkyYgAQAMRNQtffkIdFvs73IVVJObM="/>

<t:ItemId Id="AAMk[snip]AAEA==" ChangeKey="DwAAABYAAABs2/j8u1jEQJde5BzoAC+PAAC5aMZ/"/>
<t:Subject>Occurrence</t:Subject>
<t:ConversationId Id="AAQkADgyMTc3ZTI4LTU1ZmItNGI5Yy04YzVjLTk2MjFiZjY5ODkyYgAQANxmlGQ/3ahArhg+mv+UJSo="/>

<t:ItemId Id="AAMk[snip]RtAAA=" ChangeKey="DwAAABYAAABs2/j8u1jEQJde5BzoAC+PAAC5aMaG"/>
<t:Subject>Meeting</t:Subject>
<t:ConversationId Id="AAQkADgyMTc3ZTI4LTU1ZmItNGI5Yy04YzVjLTk2MjFiZjY5ODkyYgAQAOZVB7gVSTJCtmZMMcXVBfQ="/>

发生
修正发生率
新单一事件
发生
会合
问题:会话ID是用于此操作的可靠属性吗?

注:

  • 从周围的阅读中,我得到的印象主要是用于信息,而不是约会

  • 但这并不能完全回答我的问题

  • 还有,但是

  • (编辑为添加)显示
    ConversationID
    UID
    ,甚至
    InstanceIndex
    都是候选项。哪一个是“决定性”的


试试iCalUID(我想这是我的财产,但我可能会有点走火入魔)。如果您有多个会议室,两个会议室的预约UID将相同。我已经有一段时间没有签入了,但我相信对于同一主控形状的实例也是一样的。

请参阅我对问题的编辑。你的答案听起来还不是“确定的”,所以我会等一会儿。。。UID的优点是在2007年下更容易检索。我会做更多的研究。