Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/scala/18.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# 403连接到Exchange Online时_C#_Exchange Server_Exchangewebservices - Fatal编程技术网

C# 403连接到Exchange Online时

C# 403连接到Exchange Online时,c#,exchange-server,exchangewebservices,C#,Exchange Server,Exchangewebservices,我试图在Office 365帐户上使用EWS,但我得到的回报是(403禁止) 要登录并查看outlook.com/EWS/Exchange.asmx上的Webservices文件,我需要通过身份验证mv003237@live.domain.co.uk 我尝试了几种组合,但仍然得到相同的错误消息 以前是否有人有过类似的连接office 365帐户的经验 我的这个帐户的WINDOWS登录确实有一个RDG-HOME域,但我还没有看到一个可以登录OWA的域 “非常感谢”,由于声誉评分较低,无法发表评论,

我试图在Office 365帐户上使用EWS,但我得到的回报是(403禁止)

要登录并查看outlook.com/EWS/Exchange.asmx上的Webservices文件,我需要通过身份验证mv003237@live.domain.co.uk

我尝试了几种组合,但仍然得到相同的错误消息

以前是否有人有过类似的连接office 365帐户的经验

我的这个帐户的WINDOWS登录确实有一个RDG-HOME域,但我还没有看到一个可以登录OWA的域


“非常感谢”,由于声誉评分较低,无法发表评论,因此只能作为回答回答

您是否可以使用“”登录OWAmv003237@domain.co.uk"? 如果是,您是否尝试过通过硬编码Url而不是使用自动发现来了解问题是否与自动发现或EWS有关。尝试以下操作,而不是自动发现调用: Url=newuri(@“”)


如果上述操作正常,请使用AutodiscoverService订阅RedirectionUrlValidationCallback,并查看哪个重定向URL抛出403。或者使用服务对象上存在的Trace*属性启用详细日志记录。

由于信誉分数较低,无法进行评论,因此作为答案进行响应

您是否可以使用“”登录OWAmv003237@domain.co.uk"? 如果是,您是否尝试过通过硬编码Url而不是使用自动发现来了解问题是否与自动发现或EWS有关。尝试以下操作,而不是自动发现调用: Url=newuri(@“”)


如果上述操作正常,请使用AutodiscoverService订阅RedirectionUrlValidationCallback,并查看哪个重定向URL抛出403。或者使用服务对象上的Trace*属性启用详细日志记录。

如果您已经删除了域名(如Matt在评论中所建议的),那么剩下的一件事就是在自动发现过程中自动遵循重定向

将最后一行更改为

service.AutodiscoverUrl("mv003237@domain.co.uk", redirect => true); 
跟踪Exchange Online发送的重定向响应

因此,完整的顺序变成:

ExchangeService service = new ExchangeService(ExchangeVersion.Exchange2013);

service.Credentials = new WebCredentials("mv003237", "correctpw");
service.AutodiscoverUrl("mv003237@domain.co.uk", redirect => true); 

如果您已经删除了域名(正如Matt在评论中所建议的),那么剩下的一件事就是在自动发现过程中自动跟踪重定向

将最后一行更改为

service.AutodiscoverUrl("mv003237@domain.co.uk", redirect => true); 
跟踪Exchange Online发送的重定向响应

因此,完整的顺序变成:

ExchangeService service = new ExchangeService(ExchangeVersion.Exchange2013);

service.Credentials = new WebCredentials("mv003237", "correctpw");
service.AutodiscoverUrl("mv003237@domain.co.uk", redirect => true); 

您是否尝试过service.Credentials=新的WebCredentials(“mv003237@domain.co.uk“,“correctpw”)?是的,我做了-相同的403错误:(将最后一行更改为
service.AutodiscoverUrl(”mv003237@domain.co.uk,重定向=>true);
跟踪Exchange Online发送的重定向响应。@FrankvanPuffelen您太棒了-请随时以问题的形式发布,我会将其标记为答案。做得好!您尝试过服务了吗。凭据=新的WebCredentials(“mv003237@domain.co.uk“,“correctpw”)?是的,我做了-相同的403错误:(将最后一行更改为
service.AutodiscoverUrl(“mv003237@domain.co.uk,重定向=>true);
跟踪Exchange Online发送的重定向响应。@FrankvanPuffelen您太棒了-请随意将其作为问题发布,我会将其标记为答案。做得好!我希望这是我的解决方案,但不幸的是,它不是。我的问题是,只有在刷新浏览器中的缓存时,我才会得到403(我们正在iframe中加载日历)。有时在第一次加载时,我们也会收到错误,但如果加载正确,则错误似乎会停止。知道原因吗?我们使用的代码与上面提到的相同。我希望这是我的解决方案,但不幸的是不是。我的问题是,只有在刷新浏览器中的缓存时,我才会收到403(我们正在iframe中加载日历)。有时在第一次加载时,我们也会收到错误,但如果加载正确,则错误似乎会停止。知道原因吗?我们使用的代码与上面提到的相同