2015-05-26 4 views
1

Я с помощью API Перспективы REST для создания событий и отправок его приглашения, основанного на this документацииустановки организаторы события с календарем Outlook REST API

Я аутентификацию зарегистрированного пользователя, и отправить его маркер однонаправленного через заголовок Authorization запроса и json-форматированное событие по его содержимому.

Если я установил «Организатор» другому пользователю, а не аутентифицированному, а также свойство «IsOrganizer» на «false», он полностью игнорируется и устанавливает текущего пользователя в качестве организатора.

Любые подсказки о том, что может произойти? Есть ли другой способ сделать это?

Спасибо!

ответ

1

Это правильное поведение. Вы не можете создать событие в календаре пользователя А, но установить организатор пользователь B.

+0

Спасибо! но могу ли я создать его в календаре User B? – Nicole

+1

Вы не можете аутентифицироваться как один пользователь и получать доступ к другому календарю.Однако вы можете использовать поток учетных данных клиента, который требует, чтобы администратор организации предоставлял доступ к вашему приложению. Затем приложение аутентифицируется как сам (а не как один пользователь) и может получить доступ ко всем календарям в организации. –

2

Я отправляю это в случае, если кто-то находит и нужно ответ на этот сценарий ...

You (Account A) может создать событие календаря как кто-либо еще (учетная запись B) через API REST Office365, если у учетной записи есть разрешение на отправку в качестве другой учетной записи пользователя.

Вот шаги:

1) Вызовите Office365 REST API следующим образом, где {{{user2email}}} является пользователь, которого вы хотите, чтобы событие создается как (по электронной почте счета Б адрес): https://outlook.office365.com/api/v1.0/users/{{{user2email}}}/календарь

Это должно вернуть пользователя счет в календаре 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": "[email protected]", 
      "Name": "Attendee One" 
      }, 
      "Type": "Required" 
     } 
     ], 
     "Organizer": { 
     "EmailAddress": { 
      "Address": "[email protected]", 
      "Name": "Technology Notice" 
     } 
     } 
    } 

«Технология Уведомление» будет кто календарь приглашение будет от.

3) Используйте идентификатор из шага 2 в запросе на POST, например: https://outlook.office365.com/api/v1.0/users/{{{user2email}}}/календари/{{{ID}}}/События

Примечание: убедитесь, что вы отправляете запрос POST в качестве аутентифицированной учетной записи пользователя (Учетная запись A), которой принадлежит почтовый ящик/календар, к которому он действительно принадлежит.

Если все правильно, то вы должны быть в состоянии послать календарь пригласить и он появляется как происходящий из счета B вместо счета А.

Надежда это помогает кому-то из.

+2

Кого проголосовало неверно. У меня есть рабочая модель прямо передо мной. –

+0

Извините, что прокомментировал старое сообщение, но как вы точно подтверждаете подлинность? Области OAuth не поддерживают этот сценарий. Учетная запись A не может получить доступ к календарю учетной записи B. –

+0

Отправьте учетные данные учетной записи, которую хотите использовать с запросом –

 Смежные вопросы

  • Нет связанных вопросов^_^