«Не удалось найти службу автообнаружения» при попытке доступа к учетной записи Exchange 2010 с помощью EWS MANAGED API

Вы ошиблись Service.Credentials, используйте это так:

Service.Credentials = new WebCredentials(username, password, domainname);

Использование учетных данных домена, а не адреса электронной почты.

Также дважды проверьте следующее:

1. Версия, указанная в new ExchangeService(), совпадает с серверной
2. параметр, переданный в 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("[email protected]");
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, тогда веб-учетные данные действительно имеют форму WebCredentials (strUsername, strPassword); где strUsername - это адрес электронной почты учетной записи, к которой вы пытаетесь получить доступ.

Я получал эту ошибку, и оказалось, что кто-то изменил пароль к учетной записи, не проинформировав меня! Какая странная ошибка, когда это просто неверный пароль!

Я порекомендую вам включить Traces, для этого выполните следующие действия:

     Service.TraceEnabled = true;

Я столкнулся с той же проблемой, когда я включил трассировки, эти трассировки помогут вам, что именно происходит. В моем случае проблема с сертификатом SSL существует для ее решения, я следил за post

Может быть много проблем, таких как:

• Пользователь может быть заблокирован.
• DNS не может найти autodiscover.domain.com.

Для записи полноты:

Мы обнаружили, что служба внезапно останавливается с этой конкретной ошибкой. Поскольку служба работала без присмотра в течение нескольких месяцев, используя EWS для мониторинга почтового ящика, выяснилось, что срок действия пароля истек. Это привело к сбою AutoDiscovery с тем же исключением:

Не удалось найти службу автообнаружения

Обновление пароля пользователя Exchange в AD и проверка его свойства Password Never Expires решили проблему для нас.

попробуйте использовать это:

Service.Credentials = new WebCredentials("john", "12345678", "MYDOMAIN");

Не этот

Service.Credentials = new WebCredentials("[email protected]", "12345678", "MYDOMAIN");

обратите внимание, что имя пользователя 'john' НЕ '[email protected]', он заблокировал меня на несколько часов за использование второго ....

Проверьте, не истек ли срок действия пароля для этого электронного письма.

Если срок действия пароля истек, вы получите эту ошибку от AutoDiscover.

Я использовал прямой:

Url = new Uri("https://outlook.office365.com/EWS/Exchange.asmx")

и это сработало для меня. Вы можете попробовать использовать Fiddler и eM Client, чтобы узнать, как они используют EWS Managed API для выполнения задач и репликации вызовов.

Я бы рекомендовал вам убедиться, что автообнаружение действительно настроено в DNS. В следующей статье объясняется, как его настроить, а также дается информация о том, как протестировать его с помощью Microsoft Remote Connectivity Analyzer. http://www.petri.co.il/autodiscover-configuration-exchange-2010.htm

Столкнулся с этой проблемой для конкретного пользователя. После проверки я обнаружил, что пользователь включил двухфакторную аутентификацию и использовал свой основной пароль для подключения. Решается путем создания специального пароля для приложения и подключения к нему. Отключение двух факторов также сработало, но потребуется время, чтобы подумать. Не уверен, почему exchange дал «Не удалось найти службу автообнаружения». вместо "Неавторизованный".

У меня возникла та же проблема с Exchange 2013. В моем случае причиной было объявление прокси по умолчанию в моем файле конфигурации, что, вероятно, мешало правильной работе службы автообнаружения.

<system.net>
    <defaultProxy enabled="true">
      <proxy proxyaddress="http://localhost:8888" bypassonlocal="False"/>
    </defaultProxy>
</system.net>

После комментирования тега <defaultProxy> автообнаружение смогло найти URL-адрес службы.

Я нажал на это, и трассировка показывает, что после использования прокси для доступа к 365 он начинает поиск DNS для записи SVC. Этот поиск идет на внутренний DNS, а не на прокси, наш внутренний DNS не разрешает внешние записи DNS, поэтому у нас есть прокси-серверы. Пока не выяснено, почему он выполняет поиск DNS, а не использует прокси-серверы, но это то, что вызывает нашу версию этой проблемы.