根据此文档,我正在使用 Outlook REST API 创建事件并发送其邀请
我对登录用户进行身份验证,并通过请求的 Authorization 标头发送其 Bearer 令牌,并在其内容上发送 json 格式的事件。
如果我将“Organizer”设置为另一个用户而不是经过身份验证的用户,并将“IsOrganizer”属性设置为“false”,它将被完全忽略并将当前登录的用户设置为组织者。
任何可能发生的事情的线索?还有另一种方法吗?
谢谢!
根据此文档,我正在使用 Outlook REST API 创建事件并发送其邀请
我对登录用户进行身份验证,并通过请求的 Authorization 标头发送其 Bearer 令牌,并在其内容上发送 json 格式的事件。
如果我将“Organizer”设置为另一个用户而不是经过身份验证的用户,并将“IsOrganizer”属性设置为“false”,它将被完全忽略并将当前登录的用户设置为组织者。
任何可能发生的事情的线索?还有另一种方法吗?
谢谢!
我发布这个以防其他人发现并需要这个场景的答案......
您(帐户 A)可以通过 Office365 REST API 以其他人(帐户 B)的身份创建日历事件,只要该帐户有权作为其他用户帐户发送。
以下是步骤:
1) 如下调用 Office365 REST API,其中{{{user2email}}}是您希望将事件创建为的用户(帐户 B 的电子邮件地址): https://outlook.office365.com/api/v1。 0/users/ {{{user2email}}} /日历
这应该返回帐户 B 的用户的日历 ID。
2) 传入您的 JSON - 以下是我在单元测试期间使用的示例:
{
"Subject": "Test - Created using Office365 Calendar REST API should be from Technology Notice",
"IsOrganizer": "False",
"Body": {
"ContentType": "HTML",
"Content": "This is where body copy goes HTML supported"
},
"Start": "2015-12-11T19:00:00Z",
"End": "2015-12-11T20:00:00Z",
"Attendees": [
{
"EmailAddress": {
"Address": "attendee1@yourcompany.com",
"Name": "Attendee One"
},
"Type": "Required"
}
],
"Organizer": {
"EmailAddress": {
"Address": "tnotice@yourcompany.com",
"Name": "Technology Notice"
}
}
}
“技术通知”将是日历邀请的来源。
3) 在您的 POST 请求中使用第 2 步中的 ID,例如: https : //outlook.office365.com/api/v1.0/users/ {{{user2email}}} /calendars/ {{{ID}} } /事件
注意:确保您以经过身份验证的用户帐户 ( Account A ) 的身份发送 POST 请求,该帐户是它实际所属的邮箱/日历的帐户。
如果一切正常,您应该能够发送日历邀请并将其显示为来自帐户 B 而不是帐户 A。
希望这可以帮助某人。
这是正确的行为。您不能在用户 A 的日历上创建事件,但将组织者设置为用户 B。