URL-адрес Oauth2 и область автономного доступа для Microsoft Outlook Rest API

У вас есть серьезные сомнения относительно того, что использовать при реализации Outlook REST API для обработки почты пользователей...

Относительно URL-адреса OAuth2:

пример php-клиента указывает "https://login.microsoftonline.com"

но документы msdn указывают "https://login.live.com/oauth20_token.srf"

Относительно областей действия OAUTH2:

Также в отношении области действия, позволяющей нашему приложению использовать автономный доступ для доступа к данным пользователя в любое время,

Ответ о переполнении стека указывает область "offline_access"

тогда как документы области msdn1 и область msdn docs2 Указывает область "wl.offline_access"


Я в замешательстве... будет ли прекращена поддержка какого-либо из вышеперечисленных атрибутов спецификации в любой момент времени? мое приложение перестанет работать, если оно перестанет его поддерживать, или срок действия какого-либо из вышеупомянутых атрибутов спецификации истек/устарел?

Плззз кто-нибудь объясните мне это


person Crystal Paladin    schedule 27.02.2016    source источник
comment
при включении области wl.offline_access в поток Outlook Rest API oauth2 страница входа в систему Microsoft сообщила об ошибке, но после удаления области wl.offline_access нормальный поток продолжился... Таким образом, offline_access будет правильной областью...   -  person Crystal Paladin    schedule 29.02.2016
comment
Ребята, которые проголосовали за этот вопрос, по крайней мере, оставьте комментарий, почему он заслуживает того, чтобы его проголосовали!...   -  person Crystal Paladin    schedule 04.09.2017


Ответы (1)


REST API Outlook протестирован и поддерживается реализацией Azure OAuth, поэтому я бы определенно выбрал login.microsoftonline.com и offline_access. Другие документы, которые вы цитируете, являются частью Live SDK, который, я считаю, не будет работать для пользователей Office 365.

person Jason Johnston    schedule 29.02.2016