将 Office365 REST 日历 ID 映射到 EWS 日历项 ID

Question

使用Exchange推送通知，我一直在创建一个服务，它可以同步Office365用户的日历数据。我一直在使用Office365日历REST API（获取和管理日历）和EWS API（订阅日历更改）的组合。

我注意到，就在最近，MS为其订阅endpoint引入了预览API。然而，这个API仍然处于预览模式，我想暂时避免使用它。

一旦我完成了所有设置，问题是我无法在日历事件资源（REST）和推送通知中返回的EWS CalendarItem资源之间建立关联。CalendarItem的＜code＞ItemId＜/code＞和REST事件的＜code＞Id＜/ccode＞不同。

当尝试更新我从REST API保存的事件时，这被证明是有问题的，因为我找不到将两者关联起来的好方法。

非常感谢您的帮助！

编辑 经过进一步的挖掘，我实际上发现从 REST API（GET /calendars）返回的日历似乎是 EWS 层次结构中的消息项。因此，此终结点不会返回实际的文件夹 ID，而是返回属于名为“公共视图”的某个文件夹中的项 ID。

我不知道为什么事情是这样设计的，但是Bas64编码ID的差异似乎非常小。我只是仍然找不到将两者关联起来的好方法。

Answer 1

结果发现，由于通过Exchange2007版本订阅EWS推送通知，我的ID不匹配Exchange2007_SP1及更高版本具有彼此兼容的EwsId，因此这包括Office365。

将 - 字符替换为 / 和 _ 字符，使我能够正确调用 Office365 API 资源。

最后，当调用获取日历时，API实际上是返回< code>Common Views文件夹下的< code>Message项目类型。所以当试图使用这些ID进行订阅时，EWS API会抱怨我发送给它的是ItemIDs而不是文件夹ID。

谢天谢地，我发现通过GET/calendars/ews_folder_id向REST API发出请求实际上可以在将id正确转换为URI安全类型后工作（请参见上面的转换）。