我目前在通过Graph API创建新的日历事件时遇到不一致的行为。
我将attendee
标记为event
status: Accepted
。创建日历事件后,我可以在Outlook中看到此与会者标记为Accepted
。 (请参阅下面的示例API请求)
但是,在向与会者发出的邀请(以及与会者的日历活动)中,反映了非状态。该活动正在等待回复。
这会产生一种不一致的地方,从活动组织者的角度来看,与会者已经接受了#34;但是从与会者的角度来看,该活动正在等待回复。
这里的预期行为是什么?我们是否可以期待将来的更新,以使此行为与上述内容保持一致。
示例API请求:要创建活动,我们会使用
等有效负载发布到https://graph.microsoft.com/v1.0/me/events{
"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"
}
}
]
}
答案 0 :(得分:1)
响应状态独立存储在每个邮箱/日历中。每位与会者都有自己的event
副本。收到会议更新后,邮件服务器将使用event
属性在收件人的邮箱中查找关联的iCalUId
。每个event
中的每个mailbox
都是唯一记录,仅由此共享iCalUId
链接。
收件人对event
了解的所有内容都是通过会议邀请附带的iCal
对象提供的。没有一种机制可以在远程服务器上“查找”事件。因此,当您将与会者标记为“已接受”时,删除邮箱无法知道这一点。