Microsoft graph api 区分Microsoft Graph事件中的接受和删除通知

Microsoft graph api 区分Microsoft Graph事件中的接受和删除通知,microsoft-graph-api,microsoft-graph-sdks,microsoft-graph-calendar,Microsoft Graph Api,Microsoft Graph Sdks,Microsoft Graph Calendar,我使用Microsoft graph SDK创建了Outlook日历订阅 在Outlook中接受事件时,Outlook会连续发送我的server 3通知: 事件更新 事件删除 创建的事件 据我所知,这意味着Outlook: 正在注册事件已更改 正在删除事件的当前实例 创建全新的已接受事件(使用与已删除事件相同的ICalUId) 当我查看Outlook发送的通知时,前两个通知(更新和删除)具有相同的事件id,但创建通知具有不同的事件id 有没有办法区分来自这批通知的删除通知(在有人单击“接受”后)

我使用Microsoft graph SDK创建了Outlook日历订阅

在Outlook中接受事件时,Outlook会连续发送我的server 3通知:

  • 事件更新
  • 事件删除
  • 创建的事件
  • 据我所知,这意味着Outlook:

  • 正在注册事件已更改
  • 正在删除事件的当前实例
  • 创建全新的已接受事件(使用与已删除事件相同的ICalUId)
  • 当我查看Outlook发送的通知时,前两个通知(更新和删除)具有相同的事件id,但创建通知具有不同的事件id

    有没有办法区分来自这批通知的删除通知(在有人单击“接受”后)和在Outlook中实际拒绝/删除事件时发送给我的删除通知

    注意-目前我正在数据库中存储事件的iCalUId,当我收到已删除通知时,我会获取事件的iCalUId,并检查Outlook以查看是否存在具有相同iCalUId的事件。如果有事件,我会更新我的数据库,不删除该事件。但是,今天早上我注意到Outlook从步骤2到步骤3(删除实例到创建新实例)花费了将近10秒的时间

    更具体地说,我收到了已删除的通知,检查了Outlook,查看是否存在具有相同ICalUId的事件,但没有。10秒后(在我从数据库中删除事件后),我收到一个事件创建通知


    我能想到的唯一可能的解决办法是在Outlook中继续检查事件一段时间(30秒?)。

    您仍在寻求帮助吗?是的,我仍在寻求帮助。谢谢是的,您可以实施该解决方案。