2

このドキュメントに基づいて、イベントの作成と招待状の送信に Outlook REST API を使用しています

ログインしたユーザーを認証し、リクエストの Authorization ヘッダーとそのコンテンツの json 形式のイベントを介して Bearer トークンを送信します。

「オーガナイザー」を認証済みユーザーではなく別のユーザーに設定し、「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"
        }
      }
    }

「Technology Notice」は、カレンダーの招待状の送信者です。

3) POST 要求でステップ 2 の ID を使用します。例: https://outlook.office365.com/api/v1.0/users/ {{{user2email}}} /calendars/ {{{ID}} } /イベント

注:実際に属するメールボックス/カレンダーのアカウントである認証済みユーザー アカウント (アカウント A ) として POST 要求を送信していることを確認してください。

すべてが正しければ、カレンダーの招待状を送信して、アカウント A ではなくアカウント B から発信されたものとして表示されるはずです。

これが誰かを助けることを願っています。

于 2015-11-12T21:32:17.243 に答える