2014-04-23 36 views
1

我目前正在通过oAuth access_tokens探索(学术许可)Office365 API,并成功通过SharePoint API使用访问令牌检索简单的OneDrive文件夹列表,作为概念验证。Office365 Sharepoint API在联合域中失败

但是,这似乎只适用于Azure维护域中未启用SSO内部ADFS服务器的用户。

SSO启用到我们自己的ADFS服务器的域成功登录获取oAuth代码,并在交易此代码时获得真正的access_token。但是,使用此access_token为用户检索简单文件夹列表会导致此错误而不是文件夹列表。

{“error_description”:“由于内部错误,服务器无法处理请求。有关该错误的更多信息,请按顺序在服务器上打开IncludeExceptionDetailInFaults(来自ServiceBehaviorAttribute或来自配置行为)将异常信息发送回客户端,或根据Microsoft .NET Framework SDK文档打开跟踪并检查服务器跟踪日志。“}

我不能检查,因为我无法控制Azure Sharepoint服务器。

有没有人成功地使用Office365 API icw SSO enabled domains/users?

+0

OAuth实施当然适用于联合用户。这听起来像来自Web服务器而不是来自SharePoint。该错误看起来像您在ASP.Net网站上获得的默认网页,该网站运行的是未处理的异常,而不是来自SharePoint的异常。可能发生的情况是您的代码正在调用SharePoint,从我们那里获得一个例外,并且他的ASP.Net网站没有处理异常,并且配置为返回自定义错误。 –

+0

Thx的评论。与此同时,我已经与MS支持人员联系,他们确认这是用户的问题(并且错误来自Sharepoint)。看来Azure/Sharepoint对之前被删除然后重新供应的用户感到窒息。目前尚不支持,他们正在修复。 – MrVanes

回答

0

您将困难于ADFS设置。我写的任何代码都只依赖于托管账户(即那些以UPN结尾的账户)。来自本地的每个同步用户都将拥有一个匹配的onmicrosoft.com辅助标识符,您应该使用它。

+0

Thx的评论。我猜这是Sharepoint的一个特定问题,因为我刚刚测试了Outlook API,并且这给了我onmicrosoft.com和联合域的正确答案。 – MrVanes

+0

而FWIW,我找不到同步用户的onmicrosoft.com UPN。无论是在Office 365管理员门户中,还是同步回AD。我所发现的是Exchange的SMTP代理onmicrosoft.com路由地址。但我认为这不能帮助我。 – MrVanes