2017-12-05 2 views
1

Wir haben ein Outlook-Office-API-Add-In, das Besprechungen mithilfe eines Aufgabenbereichs anpasst, den der Benutzer beim Bearbeiten einer Besprechung über einen Add-In-Befehl öffnet. Wir benötigen Informationen aus dem Meeting, die von der office.js-API nicht bereitgestellt werden. Wir können die Outlook-REST-API oder die Microsoft Graph-API für unsere Office 365-Benutzer verwenden, aber für diese Benutzer von Exchange 2013+ On-Premise glaube ich, dass wir EWS (korrekt?) Verwenden müssen.Outlook-Add-In: Fragen zum Aufruf von EWS

Dies ist für mich neu, so dass, wenn ich darf, ich habe einige Fragen:

  1. ich read, dass „Der Serveradministrator OAuthAuthentication auf true auf dem Clientzugriffsserver EWS-Verzeichnis festgelegt muss die makeEwsRequestAsync Methode zu ermöglichen, EWS-Anfragen stellen. " Dies scheint eine ernsthafte Einschränkung zu sein. Gibt es das überhaupt? Wir möchten, dass das Add-In vollständig vom Benutzer installierbar ist.
  2. Alle Beispiele, die ich gesehen habe, verwenden makeEwsRequestAsync. Wofür wird ewsUrl verwendet? Kann mich jemand auf ein Beispiel hinweisen?
  3. Kann jemand gute Links empfehlen?

Danke.

Antwort

1

Ohne OAuthAuthentication aktiviert, gibt es keine Möglichkeit, den Benutzer zu authentifizieren. Denken Sie daran, dass Ihr Add-In unter auf Ihrem Webserver ausgeführt wird. Outlook verwendet OAUTH, um den Benutzer zu authentifizieren, und ermöglicht Ihrer Webanwendung, eine EWS-Anforderung für den Benutzer zu erstellen.

Die häufigste Verwendung des ewsUrl ist get attachments of an Outlook item from the server.