Outlook не работает autodiscover
Когда Microsoft Outlook пытается извлечь данные автообнаружения с сервера, на котором работает Microsoft Exchange Server, могут возникнуть непредвиденные результаты, если вы используете одно или несколько доступных значений реестра, которые можно использовать для управления автообнаружением.
Причина
Когда Outlook пытается связаться со службой автообнаружения на сервере Exchange с ролью сервера клиентского доступа (CAS), он может использовать несколько различных методов для доступа к службе в зависимости от топологии клиент-сервер. В настоящее время реализованы следующие методы, используемые в Outlook:
Дополнительные сведения о различных методах подключения к службе автообнаружения, используемых в Outlook, см. в следующих документах о службе автообнаружения Exchange:
Однако в некоторых сценариях для получения доступа к службе автообнаружения может потребоваться использование значений реестра/политики, связанные с автообнаружением, для управления методами, используемыми в Outlook. Однако, если неправильно настроить значения реестра/политики автообнаружения, вы можете помешать Outlook получать информацию автообнаружения.
Решение
Чтобы решить эту проблему, просмотрите данные реестра, связанные с автообнаружением, которые могут храниться в вашем клиенте Outlook, чтобы убедиться, что эти данные настроены правильно. Кроме того, если вы не уверены в том, нужны ли данные реестра, рассмотрите возможность изменения данных для любого из этих значений реестра на ноль (0), а затем протестируйте Outlook, чтобы увидеть, есть ли разница в автообнаружении.
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о резервном копировании и восстановлении реестра см. в следующей статье базы знаний Майкрософт: 322756 Создание резервной копии и восстановление реестра Windows
Откройте редактор реестра.
Найдите и выделите следующий подраздел реестра:
x.0 в этом маршруте реестра соответствует версии Outlook (16.0 = Outlook 2016, 15.0 = Outlook 2013, 14.0 = Outlook 2010, 12.0 = Outlook 2007).
Просмотрите следующие возможные значения DWORD, которые могут быть расположены под ключом \Autodiscover.
Это значение позволяет администраторам Exchange указать, будут ли пользователи проходить проверку подлинности с использованием электронной почты настроенной учетной записи или имени-субъекта пользователя (UPN) во время сценариев автообнаружения. Для получения дополнительной информации см. Обновление для Outlook 2016 от 5 ноября 2019 г. (KB4484139).
ExcludeLastKnownGoodURL (применяется только к версии Outlook 2010 14.0.7140.5001 и более поздним версиям)
ExcludeExplicitO365Endpoint (применяется только к версии Outlook 2016 16.0.6741.2017 и более поздним версиям)
В некоторых документах указывается, что в этом сценарии Outlook использует ExcludeSrvLookupvalue. К сожалению, эта документация неверна, так как значение ExcludeSrvLookup не существует в коде Outlook. Только значение ExcludeSrvRecordregistry используется Outlook для управления поиском записей SRV для автообнаружения. Поэтому, если вы обнаружите значение ExcludeSrvLookup под подразделом \Autodiscover, вы можете изменить его значение до 0.
Повторите шаг 3, используя следующий подраздел реестра:
x.0 в этом маршруте реестра соответствует версии Outlook (16.0 = Outlook 2016, 15.0 = Outlook 2013, 14.0 = Outlook 2010, 12.0 = Outlook 2007).
Дополнительная информация
Вы можете использовать следующие шаги в Outlook, чтобы определить метод, с помощью которого Outlook пытается извлечь данные автообнаружения из Exchange:
Сравните эту информацию, когда только значение ExcludeScpLookup установлено до 1.
Игнорируйте ошибки на этих рисунках, потому что эта информация предназначена только для того, чтобы показать различные попытки поиска, предпринимаемые Outlook.
Для получения дополнительной информации об управлении и администрировании автообнаружения на стороне клиента перейдите к следующей статье базы знаний:
При использовании службы автооткрытия в Microsoft 365 вы испытываете одну из следующих проблем:
Причина
Дополнительные сведения о службе автооткрытия см. в Exchange Server.
Решение
Обратитесь к поставщику веб-служб или поставщику веб-хостинга веб-сайта домена и убедитесь, что веб-сервер не отвечает на запросы автооткрытия.
Обходной путь
Чтобы устранить эту проблему, если поставщик веб-служб или поставщик веб-хостинга не может решить эту проблему, примите одно из следующих действий:
Используйте Outlook в Интернете (ранее известный как Outlook Web App) для доступа к почте.
Чтобы определить причину, используйте анализатор удаленного подключения Майкрософт
Если у вас возникли симптомы, связанные с этой проблемой, можно запустить анализатор удаленного подключения Майкрософт для проверки и определения причины. Для этого выполните следующие действия:
Выберите вкладку Microsoft 365.
В Microsoft Office Outlook тесты подключения выберите Outlook, а затем выберите Далее.
Укажите следующие сведения для учетной записи пользователя с поддержкой почтовых ящиков в домене.
Введите адрес электронной почты для домена SMTP, в котором вы столкнулись с проблемой.
Адрес электронной почты не должен быть допустимым адресом электронной почты, так как проверка подлинности на Microsoft 365 сервере.
Введите основное имя пользователя (UPN), связанное с адресом электронной почты.
UpN не должен быть связан с допустимым адресом электронной почты, так как проверка подлинности на Microsoft 365 сервере.
Введите пароль для учетной записи и снова введите пароль в поле Подтверждение пароля.
Фактический пароль не требуется, так как проверка подлинности Microsoft 365 серверов не происходит, если вы столкнулись с этой проблемой. Только доменное имя SMTP должно быть допустимым.
Выберите контрольный ящик Ignore Trust для SSL.
Выберите я понимаю, что для удаленного тестирования подключения к ней необходимо использовать учетные данные рабочей учетной записи из Exchange домена. Я также признаю, что отвечаю за управление и безопасность этого почтового ящика учетной записи.
Введите код проверки, который вы видите на странице. Следует помнить, что код не является чувствительным к делу.
Теперь вы проверены для остальной части этого сеанса браузера (максимум 30 минут)
В нижнем правом углу страницы выберите Выполнить тест.
В правой области верхней части страницы выберите Расширение Всех, чтобы просмотреть полные результаты тестирования анализатора удаленного подключения.
Изучение результатов тестирования анализатора удаленного подключения
Чтобы подтвердить, что вы столкнулись с этой проблемой, изучите результаты тестирования. Поиск текста в результатах тестирования для строки текста IMAP. Как правило, IMAP не появляется в результатах тестирования, если запросы автооткрытия не будут отвечать на запросы сторонних веб-серверов.
Чтобы найти IMAP в результатах тестирования, выполните следующие действия:
Перетаските указатель на странице результаты тестирования анализатора удаленных подключений, а затем нажмите кнопку Ctrl+F.
В диалоговом окне Найти введите IMAP.
Если <Type> IMAP </Type> присутствует в результатах тестирования, вы подтвердили, что, скорее всего, столкнулись с этой проблемой, если на самом деле не настроен почтовый ящик для доступа к IMAP.
Кроме того, ближе к концу теста анализатора удаленного подключения, скорее всего, вы увидите ссылку на Apache, UNIX или Linux.
Заявление об отказе от ответственности за сведения о продуктах сторонних производителей
В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.
Функция автоматического обнаружения (Autodiscover) появилась еще в Exchange Server 2007. Основанная задача Autodiscover – возможность поиска почтовым клиентом почтового сервера Exchange и автоматического подключения почтового ящика. От пользователя Outlook нужно только указать свое email и пароль, все остальное Outlook при помощи Autodiscover выполнит сам.
При тестировании нового почтового клиента Outlook 2016 при внешнем подключении к Exchange было замечено, что автоматическая настройка клиента может занимать несколько минут (в нашем случае около 8 мин). Проблема заключается в том, что Autodiscover отрабатывает слишком долго.
Чтобы разобраться с проблемой, нужно понимать порядок работы Autodiscover. Для корректной работы автоматического обнаружения клиент любым доступным способом должен получить XML файл с настройками и автоматически настроится согласно этим параметрам.
Клиенты Outlook 2007 и выше при первоначальной настройке пытаются обнаружить файл Autodiscover.xml несколькими способами, порядок перебора которых жестко запрограммирован в Outlook. Последовательно перебираются следующие варианты:
Outlook последовательно перебирает эти методы, и если успешный ответ получен, дальнейшие проверки не выполняются. Если ни один из методов не вернул ответа, процедура Autodiscover считается проваленной.
Чтобы убрать эту проблему, нужно чтобы имя домена вело на сайт или любой веб сервер с доступным 443 портом. В этом случае Outlook за несколько мгновений поймет, что этот способ автообнаружения не доступен и перейдет к следующему. Для этого в корне DNS своего домена нужно создать запись @, которая будет указывать на IP адрес вашего сайта.
Если этот способ по какой-то причине не применим, можно с помощью редактирования реестра заставить Outlook 2016 пропускать определенные типы проверок. Для этого в ветке HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\AutoDiscover\ нужно создать ключ типа DWORD со значением 1. Возможные имена ключей (имена говорят сами за себя):
Таким образом, можно заставить Outlook 2016 пропускать все не доступные методы Autodiscover. В результате, при запуске Outlook эта проверка не будет выполняться, и сам процесс Autodiscover и первого запуска Outlook выполняться значительно быстрее.
В Outlook 2016 разработчики полностью убрали возможность ручной настройки почтового профиля пользователя для подключения к серверу Exchange. Предполагается, что Outlook 2016 должен автоматически получить всю необходимую информацию с помощью процедуры Autodiscover (все возможные варианты, позволяющие клиенту выполнить автообнаружение описаны в статье Медленная работа автообнаружения Exchange Autodiscover в Outlook 2016).
Однако в некоторых случаях автообнаружение не может быть выполнено (не правильно настроен Autodiscover, проблемы с доступом к файлу Autodiscover.xml и т.п.) и пользователю нужно настроить подключение к Exchange серверу вручную. Разберемся, как это сделать.
Совет. Конечно, в первую очередь нужно попытаться добиться от почтовых администраторов, чтобы они настроили корректный Autodiscover для внешних и внутренних клиентов. Допустим, что по каким-то причинам это реализовать не получается.Метод 1. Локальный XML редирект
Метод 2. Локальный XML файл с настройками подключения к Exchange
В том случае, если URL с файлом autodiscover.xml недоступен, придется создать локальный XML файл с полными настройками пользователя для подключения к Exchange. Пример параметров, которые нужно указывать в этом файле можно получить с уже настроенного клиента Outlook. Для этого, перейдите в папку C:\Users\%username%\AppData\Local\Microsoft\Outlook, где вы найдете файл с именем [длинныйGUID]-Autodiscover.xml.
Скопируйте этот файл, измените, если нужно параметры учетной записи и поместите его в папку C:\Autodiscover\autodiscover.xml. Затем выполните 3 и 4 шаг из первого метода.
Если получить такой файл не удаётся, можно попробовать создать его вручную. Формат файла должен быть таким.
<?xml version="1.0" encoding="utf-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<User>
<AutoDiscoverSMTPAddress>[SMTP_ADDRESS]</AutoDiscoverSMTPAddress>
<LegacyDN>[USER_LEGACYDN]</LegacyDN>
</User>
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>EXCH</Type>
<Server>[SERVER_NAME]</Server>
<ServerDN>[SERVER_DN]</ServerDN>
<AuthPackage>[RPC_AUTH_PACKAGE]</AuthPackage>
</Protocol>
</Account>
</Response>
</Autodiscover>
В данных XML файлах нужно изменить данные в квадратных скобках на информацию, соответствующую вашему домену (ее может выдать администратор Exchange или AD).
Читайте также: