[英]Exchange Impersonation in Service Account: Autodiscover service couldn't be located
[英]'Autodiscover service couldn't be located' when trying to access Exchange 2010 account with EWS MANAGED API
我正在为指定的电子邮件地址使用自动发现服务 Url。
ExchangeService Service = new ExchangeService(ExchangeVersion.Exchange2010);
Service.Credentials = new WebCredentials("username@domainname.com", "Password");
Service.AutodiscoverUrl("username@domainname.com");
Folder inbox = Folder.Bind(Service, WellKnownFolderName.Inbox);
Console.WriteLine("The folder name is" + inbox.DisplayName.ToString());
如果我这样做,我会遇到错误:
找不到自动发现服务
我必须做些什么来避免这个错误?
你把Service.Credentials
弄错了,像这样使用它:
Service.Credentials = new WebCredentials(username, password, domainname);
使用域凭据,而不是电子邮件地址。
还要仔细检查以下内容:
new ExchangeService()
中指定的版本与服务器的Service.AutodiscoverUrl();
的参数Service.AutodiscoverUrl();
正确(需要获取数据的电子邮件地址)以下对我有用(在新的控制台应用程序中):
// Tweaked to match server version
ExchangeService Service = new ExchangeService(ExchangeVersion.Exchange2007_SP1);
// Dummy but realistic credentials provided below
Service.Credentials = new WebCredentials("john", "12345678", "MYDOMAIN");
Service.AutodiscoverUrl("john.smith@mydomain.it");
Folder inbox = Folder.Bind(Service, WellKnownFolderName.Inbox);
Console.WriteLine("The folder name is " + inbox.DisplayName.ToString());
//Console output follows (IT localized environment, 'Posta in arrivo' = 'Inbox')
> The folder name is Posta in arrivo
让我指出,如果您尝试访问 Office 365,那么 Web 凭据实际上是 WebCredentials(strUsername, strPassword); 形式的。 strUsername 是您尝试访问的帐户的电子邮件地址。
我收到此错误,结果有人在没有通知我的情况下更改了帐户的密码! 当它只是一个错误的密码时,会出现多么奇怪的错误!
我会建议您启用跟踪,以实现以下目标:
Service.TraceEnabled = true;
我遇到了同样的问题,然后当我启用跟踪时,这些跟踪将指导您到底发生了什么。在我的情况下,SSL 证书问题可以解决它,我遵循以下帖子
可能有很多问题,例如:
autodiscover.domain.com
。为了完整性的记录:
我们遇到了一个服务突然因这个特定错误而停止。 由于该服务已无人值守运行数月,使用 EWS 监控邮箱,结果发现密码已过期。 这导致自动发现失败,并出现相同的异常:
找不到自动发现服务
更新 AD 中 Exchange 用户的密码并检查其Password Never Expires
属性为我们解决了问题。
尝试使用这个:
Service.Credentials = new WebCredentials("john", "12345678", "MYDOMAIN");
不是这个
Service.Credentials = new WebCredentials("john@mail.com", "12345678", "MYDOMAIN");
请注意,用户名是'john'
不是'john@mail.com'
,因为使用第二个用户名,它阻止了我好几个小时......
检查此电子邮件的密码是否已过期。
如果密码已过期,您会从 AutoDiscover 收到此错误。
我建议您验证自动发现实际上是在 DNS 中设置的。 以下文章更详细地解释了如何设置它,还提供了有关如何使用 Microsoft 远程连接分析器对其进行测试的信息。 http://www.petri.co.il/autodiscover-configuration-exchange-2010.htm
面对特定用户的这个问题。 检查后我发现用户已启用两因素身份验证并使用他的主密码进行连接。 通过生成应用程序特定密码并与之连接来解决。 禁用两个因素也有效,但需要一些时间来反映。 不知道为什么交换会给出“无法找到自动发现服务”。 而不是“未经授权”。
我在 Exchange 2013 中遇到了同样的问题。就我而言,原因是我的配置文件中的默认代理声明,这可能会阻止自动发现服务正常工作。
<system.net>
<defaultProxy enabled="true">
<proxy proxyaddress="http://localhost:8888" bypassonlocal="False"/>
</defaultProxy>
</system.net>
注释<defaultProxy>
标记后,自动发现能够找到服务 Url。
我遇到了这个问题,跟踪显示在使用代理访问 365 后,它会开始对 SVC 记录进行 DNS 查找。 此查找转到内部 DNS 而不是代理,我们的内部 DNS 不解析外部 DNS 条目,这就是我们拥有代理服务器的原因。 尚未发现为什么它进行 DNS 查找而不是使用代理服务器,但这就是导致我们出现此问题的版本的原因
这解决了我的问题:
https://support.neuxpower.com/hc/zh-CN/articles/202482832-确定-Exchange-Web-Services-EWS-URL
公司出于安全原因很可能会禁用Exchange Web服务的自动检测功能。 上一篇文章中的方法2指导我找到我公司中使用的交换服务URL。
发生此错误...原来我的密码已过期,需要更改。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.