Microsoft graph api 发送给与会者的邀请中未反映事件与会者状态

我当前在通过Graph API创建新日历事件时遇到不一致的行为

我正在将一个标记为as

状态：已接受

。创建日历事件时，我可以在Outlook中看到此与会者标记为已接受。（请参见下面的API请求示例）

但是，在向与会者发出的邀请中（扩展为与会者的日历事件），会反映not状态。事件正在等待响应

这会造成不一致，从活动组织者的角度来看，与会者已“接受”，但从与会者的角度来看，该活动正在等待响应

这里的预期行为是什么？我们能否期待将来的更新，使此行为与上述一致

示例API请求：为了创建一个事件，我们使用如下有效负载发布到

{
   "subject":"Subject",
   "body":{
      "contentType":"Text",
      "content":"Meeting body"
   },
   "start":{
      "dateTime":"2018-04-13T00:00:00Z",
      "timeZone":"UTC"
   },
   "end":{
      "dateTime":"2018-04-13T00:30:00Z",
      "timeZone":"UTC"
   },
   "isAllDay":false,
   "location":{
      "displayName":null
   },
   "attendees":[
      {
         "emailAddress":{
            "address":"redacted@gmail.com",
            "name":"Test Testington"
         },
         "type":"required",
         "status":{
            "response":"accepted"
         }
      }
   ]
}

---

响应状态独立存储在每个邮箱/日历中。每位与会者都有自己的

活动副本

。收到会议更新后，邮件服务器将使用

iCalUId

属性在收件人邮箱中查找相关的

事件。每个
邮箱
中的每个
事件
都是唯一的记录，仅由该共享
iCalUId
链接

收件人对
事件
的所有了解都通过会议邀请附带的
iCal
对象提供。在远程服务器上没有“查找”事件的机制。因此，当您将与会者标记为“已接受”时，删除邮箱无法知道这一点
 嘿，马克，谢谢你的回复！我想弄清楚的主要问题是最初的日历邀请。在我们的并行Gmail实现中，如果我们创建了一个与会者为“已接受”的活动，那么Gmail发出的邀请已经将与会者标记为已接受。但是o365发出的邀请没有反映这一点。根据您的回复，听起来可能是日历事件正在创建，邀请发出，然后与会者在原始日历上更新为“已接受”，尽管我们只是用所有这些信息发出了一个创建请求，但从技术上讲，我相信它根本没有在邀请中包含当前的
PARTSTAT
，但我可能弄错了。您可以将发送到API的JSON负载添加到您的问题中吗？有趣的是，刚刚更新了我的问题，以包含我们发送到graph“events”端点的完整负载