Office365 autodiscover.xml returns 403 禁止访问
Office365 autodiscover.xml returns 403 Forbidden
我正在开发一个简单的基准测试脚本，它需要 https://outlook.office365.com/autodiscover/autodiscover.xml 提供的信息。我对我的 outlook.com 电子邮件凭据使用基本身份验证，在我的计算机上测试时它工作正常。
当我与我的同事（使用相同的凭据）共享脚本时，他收到了 403 Forbidden 请求响应。经过一些尝试和错误后，该脚本似乎可以在我所在国家/地区的多个不同网络上运行，但是一旦我从其他国家/地区 运行 它，我就会得到 403 Forbidden。由于这是一个基准测试脚本，因此我必须使用相同的凭据。
我无法获得有关可能导致问题的原因的任何信息，鉴于脚本始终相同，我怀疑这可能是一项安全功能，阻止用户从不同国家/地区进行身份验证，但我无法找到任何文档甚至提及它。
有谁知道可能导致 403 的原因吗？
看看能不能在 IIS 日志文件中找到 403 response。大约有 20 种不同类型的 403 错误。最常见的原因是使用 http 而不是 https 访问需要 SSL 的资源。但是，如果您确定正在从外部位置使用 https，那么它一定是其他类型的 403 错误之一。 iis 日志文件将显示它是哪一个。
您可以在 IIS 中重置自动发现虚拟目录，并确保每个 SMTP 域都存在外部 DNS 条目。
更多信息请参考this。
我找到了答案。当针对 autodiscover.xml 和其他 API 的请求从以前没有通过该网站登录的 country/region 发送时，API 请求将以 403 Forbidden 和在 Activity log 中标记为 Unusual activity:
使用浏览器从 country/region API 登录帐户后，请求在几分钟内开始工作。在这一点上，我不知道 country/region 将被列入白名单多长时间，然后我将不得不重新手动登录。
我正在开发一个简单的基准测试脚本，它需要 https://outlook.office365.com/autodiscover/autodiscover.xml 提供的信息。我对我的 outlook.com 电子邮件凭据使用基本身份验证，在我的计算机上测试时它工作正常。
当我与我的同事（使用相同的凭据）共享脚本时，他收到了 403 Forbidden 请求响应。经过一些尝试和错误后，该脚本似乎可以在我所在国家/地区的多个不同网络上运行，但是一旦我从其他国家/地区 运行 它，我就会得到 403 Forbidden。由于这是一个基准测试脚本，因此我必须使用相同的凭据。
我无法获得有关可能导致问题的原因的任何信息，鉴于脚本始终相同，我怀疑这可能是一项安全功能，阻止用户从不同国家/地区进行身份验证，但我无法找到任何文档甚至提及它。
有谁知道可能导致 403 的原因吗？
看看能不能在 IIS 日志文件中找到 403 response。大约有 20 种不同类型的 403 错误。最常见的原因是使用 http 而不是 https 访问需要 SSL 的资源。但是，如果您确定正在从外部位置使用 https，那么它一定是其他类型的 403 错误之一。 iis 日志文件将显示它是哪一个。
您可以在 IIS 中重置自动发现虚拟目录，并确保每个 SMTP 域都存在外部 DNS 条目。
更多信息请参考this。
我找到了答案。当针对 autodiscover.xml 和其他 API 的请求从以前没有通过该网站登录的 country/region 发送时，API 请求将以 403 Forbidden 和在 Activity log 中标记为 Unusual activity:
使用浏览器从 country/region API 登录帐户后，请求在几分钟内开始工作。在这一点上，我不知道 country/region 将被列入白名单多长时间，然后我将不得不重新手动登录。