Oauth 2.0 Office 365与Outlook OAuth2脱机访问与刷新令牌请求不一致

我正在开发一个web应用程序，用于访问Outlook或Office 365帐户用户的联系人和其他信息，我在脱机访问Office 365帐户时遇到一些问题

初始身份验证后，代码工作正常，我可以访问Outlook和Office 365帐户所需的所有内容

不一致性在初始访问令牌过期后显示。对于Outlook帐户，我始终可以刷新访问令牌，而对于Office 365帐户，完全相同的代码会失败，并出现“400错误请求”错误

在刷新access托克时，感觉应该为Office 365帐户做些不同的事情，但我不知道是什么。。。。我甚至不知道如何判断用户是否使用了Otlook vs.Office 365帐户，我可以稍后再弄清楚

我使用的权限URL是，我认为Outlook和Office 365可能会有所不同，但除刷新令牌请求外，其他所有内容似乎都适用于这两种帐户类型

谢谢你的帮助！

---

谢谢

这很奇怪，但问题的解决方案是确保刷新令牌请求中使用的redirect_url参数与注册的重定向url（包括主机名）完全匹配

---

令人惊讶的是，这仅适用于Office 365帐户，也仅适用于刷新令牌请求。看起来Outlook和Office 365帐户的所有其他API都不关心提供的重定向URL，而是使用为应用程序注册的任何API。

这很奇怪，但问题的解决方案是确保刷新令牌请求中使用的重定向URL参数与注册的重定向URL完全匹配包括主机名

---

令人惊讶的是，这仅适用于Office 365帐户，也仅适用于刷新令牌请求。Outlook和Office 365帐户的所有其他API似乎都不关心提供的重定向URL，而是使用为应用程序注册的任何内容。

能否发布一个示例刷新请求？也许我们能找出问题所在。好吧，谢谢你！现在我觉得自己很愚蠢，但我已经解决了这个问题。结果表明，刷新请求中发送的重定向url不包括“我的主机名…”。。。有趣的是，对于outlook.com帐户来说，这似乎根本不重要，而对于Office365帐户来说，这是一个问题。奇怪……啊，好吧，是的，最好在那里包含整个URL:）。你应该将其作为答案发布。你能发布一个示例刷新请求吗？也许我们能找出问题所在。好吧，谢谢你！现在我觉得自己很愚蠢，但我已经解决了这个问题。结果表明，刷新请求中发送的重定向url不包括“我的主机名…”。。。有趣的是，对于outlook.com帐户来说，这似乎根本不重要，而对于Office365帐户来说，这是一个问题。奇怪……啊，好吧，是的，最好在那里包含整个URL:）。你应该把它作为答案贴出来。