office365 - 通过 Graph API 更新递归会议的结束日期不起作用

Question

我目前正在使用 Office Graph API 来处理用户日历的会议。如果使用“/subscriptions”请求创建、更新和删除事件，我已订阅接收通知！我的用户使用的是里斯本时区（夏季 = UTC+1，冬季 = UTC）

当用户在 Office 365 中创建事件时，在我的应用程序一侧，如果该事件是没有结束日期的递归会议，我会更新（通过 Graph API）会议，使其具有结束日期。[注：我的申请规则之一是没有会议超过365天。]

问题：该系列已缩小到我通过 API 更新的结束日期，但时间的时区错误。我已经尝试过请求没有时区的 API，并且我已经请求使用时区 UTC 和时区 UTC +1 进行更新，但我总是遇到同样的问题。办公室方面，我更新后，会议时间少了一个小时。

下图是系列的示例，没有结束范围：

我在更新之前获取了一些儿童会议，这是正确的。在葡萄牙，时间更改日是 2019-03-30，因此第 30 天从 UTC 时间 10:00 开始，第 31 天 09:00 UTC 开始：

在这里，我将请求发送到 office 365 以更新重复结束（结束日期）：

发送更新请求后，我获取相同的孩子，并且 2019-03-30 和 2019-03-31 日都从 10h00 开始。在客户日历中进行此更新后，会议的开始和结束时间错误：

我已经尝试过输入 Graph API recurrenctTImeZone: UTC, GMT Standard Time 并且根本不放任何东西，我总是得到相同的回报。我无法解决这个问题。

你知道可能出了什么问题吗？

标签： office365microsoft-graph-apiazure-ad-graph-api

Answer 1

在多次尝试解决后，我能够与 Office 365 开发团队交谈，并对负面反馈感到惊讶。

他们表示，实际上在这种特定情况下，Microsoft API Graph 中存在未知错误，并且他们不保证解决此错误！

他们的建议是我们只在这种情况下使用Outlook Calendar API Rest API。总之，由于微软已经假设了这个未知错误，我将不得不在我的平台中实现 2 个不同的 API：微软目前推荐的 Microsoft Graph API，以及由于这个错误而导致的 Outlook Calendar Rest API。

Outlook 日历 API 休息解决方案：

1. 创建没有结束日期的重复事件

2. 检索日历视图

3. 获取事件的重复

4. 更新活动

5. 更新后检索日历视图