收到的不仅仅是已删除事件的 ID？
Receive more than just ID for deleted events?
如文档所述，事件增量 API 仅产生已删除资源的 ID，没有其他属性。
我们的应用程序使用 iCalUId 作为主键将事件的一个实例同步到外部数据存储。在我们的系统中，许多用户可以启用此数据同步，这意味着将处理跨多个用户的日历共享的事件，为此 iCalUId 唯一标识共享事件的单个实例，这对我们的用例非常重要。这并不只是用内部 id 替换我们对 iCalUId 的使用那么简单。
因此，当通知事件被删除时，我们不能仅根据内部 ID 采取行动。理想情况下，这些通知会附带有关已删除事件资源的其他信息，例如 iCalUId。
是否可以使用当前版本的图表检索此信息API？或者对于这种同步策略是否有更有意义的完全不同的方法？
该服务不支持发送有关今天已删除事件的 MS Graph ID 以外的更多信息。
一个变通方法是让您在之前的事件（添加、更新...）上同步 MS Graph ID 和 iCalUID，然后通过映射 MS Graph ID 从您的存储中删除事件。
您还可以请求将其他属性添加到 Microsoft Graph Uservoice 上已删除的条目。
如文档所述，事件增量 API 仅产生已删除资源的 ID，没有其他属性。
我们的应用程序使用 iCalUId 作为主键将事件的一个实例同步到外部数据存储。在我们的系统中，许多用户可以启用此数据同步，这意味着将处理跨多个用户的日历共享的事件，为此 iCalUId 唯一标识共享事件的单个实例，这对我们的用例非常重要。这并不只是用内部 id 替换我们对 iCalUId 的使用那么简单。
因此，当通知事件被删除时，我们不能仅根据内部 ID 采取行动。理想情况下，这些通知会附带有关已删除事件资源的其他信息，例如 iCalUId。
是否可以使用当前版本的图表检索此信息API？或者对于这种同步策略是否有更有意义的完全不同的方法？
该服务不支持发送有关今天已删除事件的 MS Graph ID 以外的更多信息。
一个变通方法是让您在之前的事件（添加、更新...）上同步 MS Graph ID 和 iCalUID，然后通过映射 MS Graph ID 从您的存储中删除事件。
您还可以请求将其他属性添加到 Microsoft Graph Uservoice 上已删除的条目。