Не может создавать новые outlook, просматривать бесплатные/занятые или подключаться к общим почтовым ящикам или общедоступным папкам

Действия по восстановлению autodiscoverSelfTestProbe

Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.

• Имя сервера почтовых ящиков, отправив оповещение

• Имя отслеживаемого сервера почтовых ящиков

• Время и дата возникновения оповещения.

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

• Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.

Сведения в полной трассировке исключения можно использовать для устранения проблемы. Исключение, создаваемое зондом, содержит поле «Причина сбоя» с описанием причины сбоя.

Для устранения данной проблемы выполните действия, указанные ниже.

1. Просмотр журналов протоколов на серверах почтовых ящиков. По умолчанию файлы журнала протокола на сервере почтовых ящиков находятся в папке автообнаружения *<exchange server installation directory> * \ Logging. \

2. Создайте тестовую учетную запись пользователя, а затем войдите на сервер почтовых ящиков с помощью тестовой учетной записи пользователя в адресе. Например, войдите в систему с помощью: <servername> https://:444/autodiscover/autodiscover.xml.

   Если имя тестовой учетной записи пользователя пройдет, проблема может повлиять на сервер почтовых ящиков, на который размещен отслеживается почтовый ящик.

3. Повторите предыдущие действия, используя тестовую учетную запись для входа на сервер почтовых ящиков.

4. Проверьте наличие оповещений, которые связаны с настройками работоспособности Autodiscover.Proxy и могут указывать на проблему с определенным сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Proxy Health Set.

5. Проверьте, есть ли оповещения в наборе «Состояние автообнаружа», которые могут указывать на проблему, которая затрагивает определенные серверы почтовых ящиков. Дополнительные сведения см. в дополнительных сведениях в набореустранения неполадок для автоматического получения сведений о состоянии здоровья.

6. Запустите диспетчер IIS и подключите его к серверу почтовых ящиков, который сообщает о проблеме. Убедитесь, что пул приложений MSExchangeAutodiscoverAppPool запущен на сервере почтовых ящиков.

7. В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeAutodiscoverAppPool, выполнив следующую команду из командной консоли:

8. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

9. Если проблема еще существует, утилизировать службу IIS с помощью службы IISReset или с помощью следующей команды:

10. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

11. Если проблема не устранена, перезапустите сервер.

12. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

13. Если зонд все еще не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы связаться с специалистом службы поддержки Майкрософт, посетите службу поддержки бизнеса и выберите серверы > Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.

Options for using Autodiscover

You can access Autodiscover either by using the SOAP or the POX web service. The method you use depends on your requirements and environment; however, we recommend using the SOAP web service, if possible. The EWS Managed API is also an option. It implements the client portion of both the SOAP and POX Autodiscover services.

Table 3: Options for accessing Autodiscover

Option	Pros	Cons
EWS Managed API	Implements the Autodiscover process for you.Uses both the SOAP and POX Autodiscover services.Works with Exchange Online, Exchange Online as part of Office 365, or a version of Exchange starting with Exchange 2007 SP1.Easy to use.	Limited to the user settings that are available in the Microsoft.Exchange.WebServices.Autodiscover.UserSettingName enumeration.Only available for .NET Framework applications.
SOAP Autodiscover	Platform independent.Allows you to request just the settings you are interested in.	Not available in Exchange 2007.
POX Autodiscover	Platform independent.Supported in Exchange Online and all versions of Exchange starting with Exchange 2007 SP1.	Does not allow you to request specific settings.

Дополнительные сведения

Чтобы развернуть настраиваемый шаблон групповой политики для управления поведением Outlook autoDiscover, выполните следующие действия:

1. Загрузка и извлечение настраиваемого шаблона групповой политики для версии Outlook из Центра загрузки Майкрософт:

   • Outlook 2016, Outlook 2019 г. и Outlook для Microsoft 365:https://www.microsoft.com/download/details.aspx?id=49030
   • Outlook 2013 г.:https://www.microsoft.com/download/details.aspx?id=35554
   • Outlook 2010 г.:https://download.microsoft.com/download/C/5/2/C5252326-202E-4674-A5A2-BC9F5C8F53BE/outlk14-autodiscover.adm
   • Outlook 2007 г.:https://download.microsoft.com/download/C/5/2/C5252326-202E-4674-A5A2-BC9F5C8F53BE/outlk12-autodiscover.adm

2. Скопируйте файл .adm или .admx, загруженный на шаге 1 в контроллер домена:

   

   

   

   

   

   

   

   

   

   

   Примечание

   Действия по добавлению файла .adm или .admx в контроллер домена различаются в зависимости от версии Windows, которую вы работаете. Кроме того, поскольку политика может применяться к организационному подразделению, а не к всему домену, действия могут отличаться в этом аспекте применения политики. Таким образом, проверьте документацию Windows для получения дополнительных сведений.

3. В рамках конфигурации пользователя разойдите классические административные шаблоны (ADM) или административный шаблон на основе XML (ADMX), чтобы найти узел политики для шаблона.

4. Чтобы настроить функцию Автоматическое открытие, найдите Exchange узел. В узле Exchange выберите узел AutoDiscover. Дважды щелкните параметр политики автооткрытия в области сведений.

5. В диалоговом окне для параметра политики выберите Включено, чтобы включить политику.

   Примечание

   При вставки параметра политики выбираются пять флажков Exclude в этом элементе. Чтобы отключить функцию автообнаружия, убедитесь, что выбраны все флажки. Или, вы можете использовать пять флажков, чтобы указать, какие методы обнаружения Outlook автообнаружить использует, чтобы попытаться достичь службы автообнаружия.

6. После настройки политики автооткрытия и распространения сведений для клиентов Outlook, вы можете убедиться, что политики доступны для Outlook, изучив следующие подкайки в реестре:

   Примечание

   Местообладатель представляет вашу версию <x.0> Outlook (12.0 = Outlook 2007, 14.0 = Outlook 2010, 15.0 = Outlook 2013 и 16.0 = Outlook 2016, Outlook 2019 и Outlook для Microsoft 365).

Проверка наличия проблемы

1. Определите имена настроек работоспособности и сервера, указанные в оповещении.

2. В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:

   1. Откройте командную Exchange, а затем запустите следующую команду, чтобы получить сведения о наборе здоровья, выдав предупреждение:

      Например, чтобы извлечь подробные сведения о настройках работоспособности Autodiscover.Protocol относительно сервера server1.contoso.com, выполните следующую команду.

   2. Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдаваемой оповещением, будет .

   3. Перезапранить связанный зонд для монитора, который в нездоровом состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.

      Например, предположим, что не работает монитор AutodiscoverSelfTestMonitor. С этим монитором связан зонд AutodiscoverSelfTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.

   4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.

DNS SRV

Это метод, призванный быть универсальным. Более того, он описан стандартом RFC.

Суть заключается в создании SRV-записей в DNS. Данная запись создается по следующему синтаксису:

_<имя службы>._<протокол> <приоритет> <вес> <порт> <хост>

* где:

• <имя службы> — имя сервиса (например, imap).
• <протокол> — сетевой протокол (TCP, UDP, TLS).
• <приоритет> — порядок, в котором идет учет строки.
• <вес> — если приоритеты совпадают у служб, порядок определяется по их весу.
• <порт> — порт, на котором слушает служба.
• <хост> — имя сервера, на который будет вести запись.

Пример записей для настройки почты:

Запись	Приоритет	Вес	Порт	Хост	Описание
_smtp._tcp	10	10	25	smtp.dmosk.ru.	Протокол для отправки почты на другие серверы.
_pop3._tcp	10	10	110	pop.dmosk.ru.	Загрузка почты с сервера.
_imap._tcp	10	10	143	imap.dmosk.ru.	Работа с почтой на удаленном сервере.
_smtps._tcp	30	10	465	smtp.dmosk.ru.	Отправки почты с защитой соединения.
_submission._tcp	20	10	587	smtp.dmosk.ru.	Отправки почты с защитой соединения.
_imaps._tcp	20	10	993	imap.dmosk.ru.	Работа с почтой с защитой соединения.
_pop3s._tcp	20	10	995	pop.dmosk.ru.	Загрузка почты с защитой соединения.

* в данном примере мы отдаем приоритет более защищенным средствам подключения (smtps, imaps, pop3s).

Пример записей в DNS Bind:

_smtp._tcp              IN SRV  10 0 25  smtp.dmosk.ru.
_pop3._tcp              IN SRV  20 0 110 pop.dmosk.ru.
_imap._tcp              IN SRV  10 0 143 imap.dmosk.ru.
_smtps._tcp             IN SRV   0 0 465 smtp.dmosk.ru.
_submission._tcp        IN SRV   0 0 587 smtp.dmosk.ru.
_imaps._tcp             IN SRV   0 0 993 imap.dmosk.ru.
_pop3s._tcp             IN SRV  10 0 995 pop.dmosk.ru.

More information

You can use the following steps in Outlook to determine the method by which Outlook is trying to retrieve Autodiscover information from Exchange:

1. Start Outlook.
2. Press the CTRL key, right-click the Outlook icon in the notification area, and then click Test E-mail AutoConfiguration.
3. Verify the e-mail address is correctly entered in the E-mail Address box.
4. Enter your password if you are not logged into a domain or if you are accessing a mailbox that is different from your mailbox.
5. Click to clear the Use Guessmart and the Secure Guessmart Authentication check boxes.
6. Click Test.
7. Review the details on the Log tab.

The following figure shows the Log tab when the ExcludeScpLookup and ExcludeHttpsAutoDiscoverDomain values have been set to 1.

Compare this information when only the ExcludeScpLookup value is set to 1.

Note

Ignore the failures in these figures because this information is intended only to show you the different lookup attempts that are made by Outlook.

Also, if you enable logging in Outlook (2007 or 2010), the different Autodiscover lookup attempts can be found in the %temp%\Olkdisc.log file. This log file also includes any registry settings you have configured to exclude any of the Autodiscover lookup methods. In the following figure, you can clearly see that the ExcludeScpLookup and ExcludeHttpsAutoDiscoverDomain values are both set to 1.

For more information about the client-side management and administration of Autodiscover, go to the following Knowledge Base article:

Причина

Когда Outlook пытается связаться со службой автообнаружения на сервере Exchange с ролью сервера клиентского доступа (CAS), он может использовать несколько различных методов для доступа к службе в зависимости от топологии клиент-сервер. В настоящее время реализованы следующие методы, используемые в Outlook:

• Поиск SCP
• Запрос корневого домена HTTPS
• Запрос домена автообнаружения HTTPS
• Локальный XML-файл
• Метод перенаправления HTTP
• Запрос записи SRV
• Кэшированный URL в профиле Outlook (новая версия Outlook 2010 14.0.7140.5001 и более поздние версии)
• Прямое подключение к Office 365 (новая версия Outlook 2016 16.0.6741.2017 и более поздние версии)

По умолчанию, Outlook использует один или несколько из этих методов, если он не может получить доступ к службе автообнаружения. Например, в сценарии с компьютером, не присоединенным к домену, Outlook попытается подключиться к предварительно определенным URL-адресам (например, ) с помощью DNS-сервера. В случае неудачи Outlook попробует использовать метод перенаправления HTTP. Если это тоже не удается, Outlook попытается использовать метод поиска записей SRV. В случае неудачного использования всех методов поиска Outlook не сможет получить настройку мобильного Outlook и параметры URL-адреса.

Дополнительные сведения о различных методах подключения к службе автообнаружения, используемых в Outlook, см. в следующих документах о службе автообнаружения Exchange:

• Служба автообнаружения Exchange 2013
• Официальный документ: Понимание службы автообнаружения Exchange 2010
• Официальный документ: Служба автообнаружения Exchange 2007

Однако в некоторых сценариях для получения доступа к службе автообнаружения может потребоваться использование значений реестра/политики, связанные с автообнаружением, для управления методами, используемыми в Outlook. Однако, если неправильно настроить значения реестра/политики автообнаружения, вы можете помешать Outlook получать информацию автообнаружения.

Как настроить Mail.ru в Outlook

Печать Как настроить Microsoft Outlook?

Перед настройкой нужно убедиться в том, что интернет подключен, в меню «Настройки» почтового ящика на вкладке «Почтовые программы» необходимо отметить флажок в пункте « Я хочу получить доступ к почтовому ящику с помощью почтового клиента ».

Автоматическая настройка

1. Запустить программу Microsoft Outlook.
2. При первом запуске программа предложит создать учетную запись. Нужно нажать «Далее» и перейти к третьему шагу настройки почтового клиента.
3. В разделе «Файл» нужно нажать на кнопку «Добавление учетной записи».
4. В открывшейся форме «Автоматическая настройка учетной записи» ввести:
   • имя;
   • адрес электронной почты, выбранный при регистрации почтового ящика (к примеру, primer@rambler.ru);
   • пароль, указанный при регистрации почтового ящика.
5. Нажать «Далее» и дождаться соединения с почтовым сервером.

Если учетные данные введены правильно, программа выполнит оставшиеся настройки автоматически.

Если по каким-то причинам программе не удается выполнить автоматическую настройку или нужно изменить параметры, клиент можно настроить вручную.

1. 1. В окне настройки учетной записи нужно выбрать «Настроить вручную параметры сервера» и два раза нажать «Далее» (в нижнем правом углу окна).

1. 1. В открывшемся окне «Параметры электронной почты интернета» нужно проверить следующие данные (и исправить их в случае несоответствия):
      • имя;
      • адрес электронной почты (к примеру, primer@rambler.ru. В т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • тип учетной записи – POP3;
      • сервер входящей почты для протокола POP3 должен быть pop.rambler.ru (в т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • сервер исходящей почты должен быть smtp.rambler.ru (в т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • пользователь и пароль (адрес электронной почты и пароль, выбранный при регистрации ящика).

1. 1. Далее нужно нажать на кнопку «Другие настройки» (в нижнем правом углу окна).
   2. В открывшемся меню нужно перейти во вкладку «Сервер исходящей почты» и поставить галочку в поле «SMTP-серверу требуется проверка подлинности».
   3. Далее нужно перейти во вкладку «Дополнительно» и в случае необходимости настроить следующие параметры:
      • поставить галочку в поле «Требуется шифрованное подключение (SSL)» для активации безопасного соединения;
      • в выпадающем меню «Использовать следующий тип шифрованного подключения» выбрать SSL;
      • установить галочку в пункте «Оставлять копии сообщений на сервере», если нужно сохранять на сервере копии своих писем.

1. 1. Теперь нужно нажать на кнопку «OK», затем «Далее» и «Готово».

1. 1. В окне настройки учетной записи нужно выбрать «Настроить вручную параметры сервера» и два раза нажать «Далее» (в нижнем правом углу окна).

1. 1. В открывшемся окне «Параметры электронной почты интернета» нужно проверить следующие данные (и исправить их в случае несоответствия):
      • имя;
      • адрес электронной почты (к примеру, primer@rambler.ru. В т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • тип учетной записи – IMAP;
      • сервер входящей почты для протокола IMAP должен быть imap.rambler.ru (в т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • сервер исходящей почты должен быть smtp.rambler.ru (в т.ч. для других доменов «Рамблер-Почты» – @lenta.ru, @ro.ru и др.);
      • пользователь и пароль (адрес электронной почты и пароль, выбранный при регистрации ящика).

1. 1. Далее нужно нажать на кнопку «Другие настройки» (в нижнем правом углу окна).
   2. В открывшемся меню нужно перейти во вкладку «Сервер исходящей почты» и поставить галочку в поле «SMTP-серверу требуется проверка подлинности».
   3. Далее нужно перейти во вкладку «Дополнительно» и в случае необходимости настроить следующие параметры:
      • поставить галочку в поле «Требуется шифрованное подключение (SSL)» для активации безопасного соединения;
      • в выпадающем меню «Использовать следующий тип шифрованного подключения» выбрать SSL;

1. Теперь нужно нажать на кнопку «OK», затем «Далее» и «Готово».

Если настроить почтовый клиент не удалось, подробные обучающие материалы и справочную информацию можно найти в специальном разделе «Помощь» на сайте разработчика программы.

Solution

Recommended method

Method 1: Run Office 365 Support and Recovery Assistant

This diagnostic does automated checks and returns possible solutions for you to use to try to fix any detected issues.

If you’re using a custom domain

If Method 1 doesn’t resolve the problem, and if you’re using a custom domain with Office 365, use the following methods in the order in which they’re listed. If the first method doesn’t resolve the problem, go to the next one.

Method 2: Upgrade to the latest version of Outlook

If you’re using Outlook 2010 or an earlier version, upgrade to the latest version of Outlook. For more information, see Download and install Office using Office 365 for business on your PC.

For more information about how to set up Outlook for Office 365, see the following resources:

• Set up email in Outlook (for Windows)
• Set up an email account in Outlook 2016 for Mac

Note

If this method doesn’t resolve the problem, go to Method 3.

Method 3: Make sure that the Autodiscover CNAME record is set up correctly

Use the Domain Troubleshooting Wizard in Office 365

To use the Domain Troubleshooting Wizard in Office 365, follow these steps.

1. Sign in to the Office 365 portal (https://portal.office.com) by using an administrator account.
2. Click Admin to open the Microsoft 365 admin center.
3. In the left navigation pane, click Domains, select the domain name that’s used by the affected user, and then click Troubleshoot to start the wizard.

Use Microsoft Remote Connectivity Analyzer

To use Remote Connectivity Analyzer to test whether Exchange Autodiscover is working correctly, follow these steps:

1. In a web browser, browse to the Microsoft Remote Connectivity Analyzer tool at the following website:

2. Complete all the required fields on the form, and then click Perform Test.

3. When the test is finished, determine whether it’s successful.

   • If the test is successful, Autodiscover is working correctly.

   • If the test fails, verify that the Autodiscover service is set up correctly. For more information, see the following resources:

     • If all mailboxes in your organization are in Exchange Online, add an Autodiscover CNAME record that points to «autodiscover.outlook.com». For more information, see Create DNS records for Office 365 at any DNS hosting provider and External Domain Name System records for Office 365.

     • If you have an Exchange hybrid deployment, set up the Autodiscover public DNS records for your existing SMTP domains to point to an on-premises Exchange server. For more information, see Hybrid deployment prerequisites.

Method 4: Make sure that the user’s attributes in Active Directory are set correctly

Attribute	Example
primarySMTPAddress	ted@contoso.com
alias	ted
displayName	Ted Bremer
emailAddresses	SMTP: ted@contoso.com X400:c=us;a= ;p=First Organization;o=Exchange;s=Bremer;g=Ted
remoteRoutingAddress	ted@contoso.mail.onmicrosoft.com

This method is supported and works for customers who may not plan to have their own vanity or custom domain. This method also supports Autodiscover. If your mailbox server location changes, Outlook is updated accordingly by using the new location of your mailbox server.

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

Автообнаружение работает как с защищенными, так и не защищенными брандмауэром клиентскими приложениями, подходит для сценариев с лесом ресурсов и несколькими лесами. В случае клиентов EWS служба автообнаружения обычно используется для поиска URL-адреса конечной точки EWS, но она также может предоставлять информацию для настройки клиентов, использующих другие протоколы.

При установке Exchange Server на сервере автоматически устанавливается самозаверяется сертификат, созданный и подписанный Exchange сервером. Однако вы также можете создать дополнительные самозаверяющие сертификаты для других служб.

Создание запроса на сертификат является первым шагом в установке нового сертификата на сервере Exchange, чтобы настроить шифрование безопасности транспортного слоя (TLS) для одной или нескольких Exchange служб. Такой запрос позволяет получить сертификат из центра сертификации (ЦС). Дополнительную информацию см. в следующих статьях:

Примечание

Вы можете проверить службу автообнаружения с помощью средства Microsoft Remote Connectivity Analyzer. Протестировав подключение, также выберите параметр «Outlook Connectivity» (Подключение Outlook), чтобы выполнить соответствующую проверку. Если она не будет пройдена, возможно, вам потребуется настроить внешние URL-адреса в Exchange. Из результатов Microsoft Remote Connectivity Analyzer должно быть понятно, почему не удалось установить подключение. Как правило, ошибка подключения означает, что для виртуальных каталогов служб Outlook не настроены правильные внешние URL-адреса.

Решение

Чтобы решить эту проблему, просмотрите данные реестра, связанные с автообнаружением, которые могут храниться в вашем клиенте Outlook, чтобы убедиться, что эти данные настроены правильно. Кроме того, если вы не уверены в том, нужны ли данные реестра, рассмотрите возможность изменения данных для любого из этих значений реестра на ноль (0), а затем протестируйте Outlook, чтобы увидеть, есть ли разница в автообнаружении.

Важно!

В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о резервном копировании и восстановлении реестра см. в следующей статье базы знаний Майкрософт: 322756 Создание резервной копии и восстановление реестра Windows

1. Откройте редактор реестра.

2. Найдите и выделите следующий подраздел реестра:

   Примечание

   x.0 в этом маршруте реестра соответствует версии Outlook (16.0 = Outlook 2016, 15.0 = Outlook 2013, 14.0 = Outlook 2010, 12.0 = Outlook 2007).

3. Просмотрите следующие возможные значения DWORD, которые могут быть расположены под ключом \Autodiscover.

   • PreferLocalXML

   • Это значение позволяет администраторам Exchange указать, будут ли пользователи проходить проверку подлинности с использованием электронной почты настроенной учетной записи или имени-субъекта пользователя (UPN) во время сценариев автообнаружения. Для получения дополнительной информации см. Обновление для Outlook 2016 от 5 ноября 2019 г. (KB4484139).

   • ExcludeHttpRedirect

   • ExcludeHttpsAutoDiscoverDomain

   • ExcludeHttpsRootDomain

   • ExcludeScpLookup

   • ExcludeSrvRecord

   • ExcludeLastKnownGoodURL (применяется только к версии Outlook 2010 14.0.7140.5001 и более поздним версиям)

   • ExcludeExplicitO365Endpoint (применяется только к версии Outlook 2016 16.0.6741.2017 и более поздним версиям)

   Примечание

   В некоторых документах указывается, что в этом сценарии Outlook использует ExcludeSrvLookupvalue. К сожалению, эта документация неверна, так как значение ExcludeSrvLookup не существует в коде Outlook. Только значение ExcludeSrvRecordregistry используется Outlook для управления поиском записей SRV для автообнаружения. Поэтому, если вы обнаружите значение ExcludeSrvLookup под подразделом \Autodiscover, вы можете изменить его значение до 0.

4. Повторите шаг 3, используя следующий подраздел реестра:

   Примечание

   x.0 в этом маршруте реестра соответствует версии Outlook (16.0 = Outlook 2016, 15.0 = Outlook 2013, 14.0 = Outlook 2010, 12.0 = Outlook 2007).

Службы автообнаружения и Active Directory

Exchange в Active Directory сохраняет конфигурацию Exchange серверов в организации, а также сведения о почтовых ящиках пользователей. Перед установкой Exchange Server необходимо подготовить лес Active Directory и его домены. Если вы не знакомы с Exchange или доменами, см. в доменов Active Directory.

Exchange автоматически создает при установке виртуальный каталог в IIS, веб-сайте frontend client Access services, к который подключаются клиенты. Это позволяет Outlook обнаруживать параметры почтовых ящиков Exchange, чтобы пользователям не приходилось вручную настраивать дополнительные параметры.

Одновременно с виртуальным каталогом службы автообнаружения в Active Directory создается объект точки подключения службы (SCP). Он хранит и предоставляет заслуживающие доверия URL-адреса службы автообнаружения для компьютеров, присоединенных к домену.

Вам нужно обновить объект SCP, чтобы он указывал на сервер Exchange. Это требуется потому, что серверы Exchange предоставляют клиентам дополнительные сведения автообнаружения для улучшения процесса обнаружения. Дополнительные сведения см. в статье Set-ClientAccessService.

Важно!

Для запуска командлета Set-ClientAccessService требуются специальные разрешения. Сведения о необходимых разрешениях для запуска командлетов и использования параметров в организации см. в статье Find the permissions required to run any Exchange cmdlet.

Автообнаружение упрощает получение информации, необходимой для подключения к почтовым ящикам на серверах Exchange Server. Объекты SCP находят подходящие серверы или конечные точки автообнаружения для пользователей, для которых вы получаете параметры. Объекты SCP в AD DS упрощают поиск серверов автообнаружения для присоединенных к домену клиентов.

Exchange публикует два типа объектов SCP для службы автообнаружения:

• Указатели SCP. Содержит сведения, указыватели на определенные серверы LDAP, которые должны использоваться для обнаружения объектов SCP автооткрытки для домена пользователя. GUID указателей SCP: 67661d7F-8FC4-4fa7-BFAC-E1D7794C1F68.

• URL-адреса SCP. Содержит URL-адреса для конечных точек автооткрытия. URL-адреса SCP штампуются с помощью следующего GUID: 77378F46-2C66-4aa9-A6A6-3E7A48B19596

Объект SCP содержит заслуживающий доверия список URL-адресов службы автообнаружения для леса. Дополнительные сведения о поиске конечных точек службы автообнаружения см. в статье Как создать список конечных точек службы автообнаружения.

Подключение клиентов в Exchange 2016 и Exchange 2019 г. подобно Exchange 2013 г. и отличается от Exchange 2010 г. В Exchange 2016 и 2019 гг. MAPI над HTTP включен по умолчанию, когда ранее Outlook клиенты использовали Outlook в любом месте (RPC над HTTP). Exchange 2016 и 2019 годов для решений, устойчивых к сайту, требуется меньше имен, чем Exchange 2010 г., что сокращается до двух из ранее необходимых семи пространств имен. Дополнительные информацию о пространстве имен и Exchange Server см. в блоге Планирование пространства имен в Exchange 2016 г..

В зависимости от настройки службы автооткрытия на отдельном сайте URL-адрес службы автооткрытия будет одним из следующих значений, где находится основной домен SMTP:

Например, если электронный адрес пользователя vitaly@contoso.com, основной адрес домена SMTP contoso.com.

Клиентские приложения используют службу автообнаружения при первом запуске приложения. Например, при первом запуске приложения веб-служб Exchange (EWS) оно настраивается с помощью службы автообнаружения. Для компьютера пользователя, подключенного к домену contoso.com и размещенного на региональном сайте Active Directory Longview, приложение создает список этих конечных точек службы автообнаружения.

Конечная точка	Создана на основе
https://longview.contoso.com/autodiscover/autodiscover.xml	Результаты SCP
https://email.contoso.com/autodiscover/autodiscover.xml	Результаты SCP
https://newark.contoso.com/autodiscover/autodiscover.xml	Результаты SCP
https://contoso.com/autodiscover/autodiscover.exc	Электронный адрес
https://autodiscover.contoso.com/autodiscover/autodiscover	Электронный адрес

Дополнительные сведения о объектах SCP см. в публикации с точками подключения к службе.

Cause

When Outlook tries to contact the Autodiscover service on the Exchange server with the Client Access Server (CAS) role, it can use several different methods to reach the service, depending on the client-server topology. The currently implemented methods used by Outlook are:

• SCP lookup
• HTTPS root domain query
• HTTPS Autodiscover domain query
• Local XML file
• HTTP redirect method
• SRV record query
• Cached URL in the Outlook profile (new for Outlook 2010 version 14.0.7140.5001 and later versions)
• Direct Connect to Office 365 (new for Outlook 2016 version 16.0.6741.2017 and later versions)

By default, Outlook will try one or more of these methods if it can’t reach Autodiscover. For example, in a scenario with a machine not joined to a domain, Outlook will try to connect to the predefined URLs (such as ) by using DNS. If it fails, Outlook will try the HTTP redirect method. If it fails too, Outlook will try to use the SRV record lookup method. If all lookup methods fail, Outlook can’t obtain Outlook Anywhere configuration and URL settings.

For more information about the different Autodiscover connection methods used by Outlook, see the following Exchange Autodiscover Service documents:

• Exchange 2013 Autodiscover service
• White Paper: Understanding the Exchange 2010 Autodiscover Service
• White Paper: Exchange 2007 Autodiscover Service

In some scenarios, you may want to use Autodiscover-related registry/policy values to control the method(s) used by Outlook to reach Autodiscover. However, if you configure the Autodiscover registry/policy values incorrectly, you may prevent Outlook from obtaining Autodiscover information.