Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Mappage des identifiants de calendrier REST Office 365 vers les identifiants CalendarItem EWS

ayi

Mappage des identifiants de calendrier REST Office 365 vers les identifiants CalendarItem EWS
<hr>
Source : <a href="https://msdn.microsoft.com/office/office365/APi/calendar-rest-operations#GetcalendarsGetacalendarcollectionREST" rel="noopener nofollow ugc">Stack Overflow [office365]</a>,)

ayi_2

Il s’avère que mes identifiants ne correspondaient pas en raison de l’abonnement aux notifications push EWS via la version <code>Exchange2007</code>. <code>Exchange2007_SP1</code> et les versions ultérieures ont des EwsIds compatibles entre eux, ce qui inclut Office 365.
Le remplacement des caractères <code>-</code> par <code>/</code> et des caractères <code>_</code> par <code>+</code> me permet d’effectuer correctement des appels aux ressources de l’API Office 365.
Enfin, lors d’un appel pour <a href="https://msdn.microsoft.com/office/office365/APi/calendar-rest-operations#GetcalendarsGetacalendarcollectionREST">obtenir les calendriers</a>, l’API retourne en fait des types d’éléments <code>Message</code> qui se trouvent dans le dossier <code>Common Views</code>. Donc, en essayant d’utiliser ces identifiants pour des abonnements, l’API EWS se plaindra que vous lui avez envoyé des ItemIDs et non un Folder ID.
Heureusement, j’ai découvert qu’effectuer une requête à l’API REST via <code>GET /calendars/ews_folder_id</code> fonctionne effectivement une fois que vous avez correctement converti l’identifiant en un type sécurisé pour les URI (voir la conversion ci-dessus).