【问题标题】:Internal vs. external Office 365 account for Outlook REST API credentials?Outlook REST API 凭据的内部与外部 Office 365 帐户?
【发布时间】:2016-06-13 21:02:38
【问题描述】:

如果我使用与我公司的 Office 365 实例绑定的帐户为新的统一 Outlook.com/Office 365 REST API 注册应用程序,我的组织之外的其他 Office 365 帐户的用户是否也可以使用该应用程序?

使用组织控制的帐户而不是随机的 Outlook.com 帐户来保存这些应用程序凭据有什么好处吗?

【问题讨论】:

    标签: outlook office365 outlook-restapi


    【解决方案1】:

    您是如何注册该应用的?如果您在 Azure 门户上注册它或使用旧门户作为 app-registrar,我们可以登录该应用程序,因为 Azure AD 也支持外部帐户。但是,它无法调用 Mail REST。

    要使该应用与 Outlook.com 和 Office 365 帐户兼容,我们需要使用新门户 here 注册该应用。您可以参考article 了解有关新身份验证模型的更多详细信息。但新门户似乎还在设计中,目前还不能用于 Outlook.com 的邮箱。使用 Microsoft 帐户登录应用程序时出现以下错误:

    为此,我已通过UserVoice 联系了 Office 开发团队。

    使用组织控制的帐户而不是随机的 Outlook.com 帐户来保存这些应用程序凭据有什么好处吗?

    没有。根据我的理解,新门户的好处是使应用程序可以轻松支持 Office 365 帐户和 Microsoft 帐户。在我们需要单独注册和处理认证之前。如果您对应用程序使用的令牌感兴趣,可以从here 对其进行解码。

    【讨论】:

      【解决方案2】:

      是的。注册过程只是为了验证您的应用程序。将其视为您的应用程序的“用户 ID”。它让用户知道你是谁。

      也就是说,您可能想要使用此处提到的较新的 v2 Endpoint Fei。我在http://massivescale.com/microsoft-v2-endpoint-primer/ 写了一篇关于如何使用这个端点的入门教程,这可能会很有帮助。

      【讨论】:

      • 我们正在使用新的 v2 端点,以及同时到达 Outlook.com/Office 365 的 API。感谢您的意见!
      猜你喜欢
      • 1970-01-01
      • 2015-10-19
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多