Outlook REST API資格情報の内部または外部のOffice 365アカウント？

Question

会社のOffice 365インスタンスに関連付けられたアカウントを使用して、新しく統合されたOutlook.com/Office 365 REST APIのアプリケーションを登録すると、組織外の他のOffice 365アカウントのユーザーもアプリケーションを使用できますか？

ランダムなOutlook.comアカウントの代わりに、組織の管理するアカウントを使用してこれらのアプリケーションの資格情報を保持することには何らかの利点がありますか？

Answer 1

どのようにアプリを登録しましたか？ Azure Portalに登録するか、アプリのレジストラ用の古いポータルを使用すると、Azure ADでサポートされている外部アカウントからアプリにログインできます。ただし、Mail RESTを呼び出すことはできません。

Outlook.comとOffice 365アカウントと互換性のあるアプリケーションにするには、新しいポータルhereを使用してアプリを登録する必要があります。新しい認証モデルの詳細については、articleを参照してください。しかし、新しいポータルはまだ設計中で、現在Outlook.comのメールボックスでは機能していないようだ。私は、Microsoftアカウントを使用してアプリにログインするとき、私は以下のエラーを得た：

をそして、このために、私は私がUserVoice経由でOffice開発チームに連絡してき出します。

代わりにランダムOutlook.comアカウントのこれらのアプリケーションの資格情報を保持するために、組織制御のアカウントを使用して任意のメリットは、ありますか？

私の理解に基づい号、新しいポータルの利点は、簡単にアプリがOffice 365のアカウントとMicrosoftアカウントの両方をサポートするために作るということです。認証を個別に登録して処理する前に、また、アプリが使用するトークンに興味がある場合は、hereからデコードすることができます。

Answer 2

はい。登録プロセスは単にあなたのアプリを認証するだけです。あなたのアプリケーションの「ユーザーID」と考えてください。それはあなたが誰であるかをユーザに知らせる。

つまり、ここで述べた新しいv2エンドポイントFeiを使用することができます。私は有用であるかもしれないhttp://massivescale.com/microsoft-v2-endpoint-primer/でこの終点を使用する方法の下書きを書いた。