2

根据此文档,我正在使用 Outlook REST API 创建事件并发送其邀请

我对登录用户进行身份验证,并通过请求的 Authorization 标头发送其 Bearer 令牌,并在其内容上发送 json 格式的事件。

如果我将“Organizer”设置为另一个用户而不是经过身份验证的用户,并将“IsOrganizer”属性设置为“false”,它将被完全忽略并将当前登录的用户设置为组织者。

任何可能发生的事情的线索?还有另一种方法吗?

谢谢!

4

2 回答 2

3

我发布这个以防其他人发现并需要这个场景的答案......

您(帐户 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。

希望这可以帮助某人。

于 2015-11-12T21:32:17.243 回答
1

这是正确的行为。您不能在用户 A 的日历上创建事件,但将组织者设置为用户 B。

于 2015-05-26T15:49:25.783 回答