【问题标题】:403 Forbidden Error Accessing Delegate Mailbox with Office 365 APIs使用 Office 365 API 访问代理邮箱时出现 403 禁止错误
【发布时间】:2016-01-12 17:00:55
【问题描述】:

我在 Azure 中定义了一个有权读取 Exchange 邮箱的应用。我使用Azure获取访问码然后访问令牌,并且可以成功地从当前用户的邮箱中读取消息。我遇到的问题是,当当前用户拥有邮箱的委托权限时,同样的过程会导致 403 Forbidden 错误而不是数据。如果我打开 Outlook,我可以看到代理邮箱,只有在尝试通过 o365 API 访问它时才会失败。

获得访问令牌后,我会从该端点请求数据:https://outlook.office.com/api/v1.0/users/mailboxupn@foo.com/messages。正如我所说,从您的邮箱获取电子邮件效果很好,但不适用于您拥有委托权限的邮箱。我还确认,如果我以具有委托权限的邮箱所有者身份登录并获得访问令牌,我就能够成功检索数据。

我在此(在 Matthias 的博客上)看到了一些问题,但没有答案。有没有办法做到这一点?

谢谢。

【问题讨论】:

    标签: ms-office office365-apps office365api


    【解决方案1】:

    Office 365 REST API 不支持将消息作为委托获取。您可以考虑改用 EWS。 以下链接可能有帮助: https://msdn.microsoft.com/EN-US/library/office/dn641963(v=exchg.150).aspx

    希望对你有帮助。

    【讨论】:

    • 感谢小飞的确认。我们完全致力于 o365 API,所以我们会坚持下去。希望将来与 EWS 功能相同。
    • 嗨,史蒂夫,根据我的理解,Office 365 REST API 只是提供原子且稳定的服务。委托功能属于 Exchange,但 Office 365 邮件服务不应该知道邮件服务提供商的详细信息。因此,我认为 Office 365 REST 服务不是为代表获取邮件的好选择。 Exchange API 或 EWS 是更好的选择。
    • 谢谢飞,这里的透明度应该是真正的开发者,而不是 API。显然,权限连接已经到位,否则它将无法与 EWS 一起使用;他们只是没有完成功能平等的工作。 MSFT 已经将他们所有的营销和开发支持投入到 o365 API 背后,我认为 EWS 目前除了持续的工程支持之外没有得到任何东西。这只是需要达到平价的东西而已。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2022-12-01
    • 1970-01-01
    • 2015-01-09
    • 2022-07-15
    • 1970-01-01
    • 2020-02-17
    • 2020-12-30
    相关资源
    最近更新 更多