Как отключить autodiscover outlook 2016
Обновлено: 01.07.2024
При этом предупреждении вы можете не отвечать на вопросы о конкретном веб-сайте.
Дополнительные сведения
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, см. в этой информации, как создать и восстановить реестр в Windows.
Откройте редактор реестра.
В Windows Vista выберите Начните, введите regedit в поле Начните поиск и нажмите кнопку Ввод.
Если вам предложен пароль администратора или подтверждение, введите пароль или выберите Продолжить.
В Windows XP выберите Начните, выберите Выполнить, введите regedit в поле Открыть, а затем выберите ОК.
Найдите и выделите следующий подраздел реестра:
HKEY_CURRENT_USER\Software\Microsoft\Office\ **xx**.0\Outlook\AutoDiscover\RedirectServers
Вы также можете использовать следующий подки реестра:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\\<xx.0>\Outlook\AutoDiscover\RedirectServers
Если <xx.0> для Outlook 2010 г., 15,0 для Outlook 2013 г. и 16,0 для Outlook 2016, Outlook для Office 365 и Outlook 2019 г.
Выберите меню Изменить, указать на Новое, а затем выбрать строковое значение.
В Outlook 2010 г. имя сервера является чувствительным к делу. В Outlook 2013 и Outlook 2016 2013 г. он не является чувствительным к делу.
Нет необходимости добавлять текст в поле данных Value. Столбец Data должен оставаться пустым для создадимой строки.
В меню Файл выберите пункт Выход, чтобы закрыть менеджер реестра.
Ссылки
Дополнительные сведения о службе автообнаружия см. в обзоре службы автообнаружия.
Как правило сотрудники HelpDesk пытаются в таком случае пересоздавать почтовый профиль, переустановить Office – но это обычно не помогает. Outlook все равно с какой-то периодичностью требует от пользователя ввести пароль.
Рассмотрим, несколько способов, которые могут позволить убрать надоедливое окно с запросом пароля в Outlook.
В первую очередь, конечно, нужно убедится, что пользователь вводит верный пароль, и не забыл его :). Также попробуйте подключиться к вашему ящику через веб-интерфейс OWA и авторизоваться. Возможно проблема связана с тем, что пароль пользователя просрочен (истек срок действия пароля согласно настройкам парольной политики) и должен быть изменен.Очистите сохраненные пароли Outlook
Проверьте, нет ли и вас сохранных паролей в менеджере паролей Windows (CredentialManager), попробуйте удалить их все. Для этого перейдите в панель управления Control Panel\All Control Panel Items\User Accounts\Manage your credential -> Windows Credentials. Найдите в списке Generic Credentials пароли для Outlook/Office и удалите их.
Отключите требование ввода пароля в настройках профиля Outlook
Откройте в Outlook настройки подключения к почтовому ящику и перейдите в раздел Изменить -> Другие настройки -> вкладка Безопасность. В разделе Сведения о пользователе снимите галку Всегда запрашивать учетные данные для входа (Always prompt for credentials).
Если у вас подключен ящик Office 365, на этой вкладке должно быть дополнительное поле Logon network security. Убедитесь, что не выбран пункт Anonymous Authentication.
Outlook Anywhere и NTLM аутентификация
Если компьютер с проблемным Outlook не включен в домен Active Directory, тогда наоборот нужно попробовать переключится с NTLM аутентификации на Basic.
Запретить Outlook проверять точку подключения к облаку Office 365
Где-то осенью 2016 года для Outlook 2016 вышло обновление, которое включало обязательную проверку точки подключения к облаку Office 365.
Чтобы отключить данную проверку, нужно в ветке реестра HKEY_CURRENT_USER\Software \Microsoft\Office\16.0\Outlook \AutoDiscover нужно создать DWORD параметр с именем ExcludeExplicitO365Endpoint и значением 1 и перезапустить Outlook.
Ключ ExcludeExplicitO365Endpoint применим к Outlook 2016 версии 16.0.6741.2017 и выше (этот ключ является дополнительным к списку ключей, определяющих способы выполнения Autodiscover при загрузке Outlook, подробности в статье Медленный Exchange Autodiscover в Outlook 2016).
Внести изменения в реестр можно такой командой:
reg add HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Outlook\AutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1
Или с помощью PowerShell командлета Set-ItemProperty:
Set-ItemProperty -Path "HKCU:\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" -Name 'ExcludeExplicitO365Endpoint' -Value 1 -Type DWORD –Force
Ящик Office 365 в Outlook и способ аутентификации
Если вы мигрировали ящик с on-premises Exchange в Office 365 или у вас в Outlook подключено два ящика (один с локального Exchange, второй с Office 365), и у вас используется RPC подключение, в этом случае Outlook не использует Modern Authentication (используется также для MFA). В Office 365 отправляются ваши учетные данные (credentials) вместо токена. Чтобы заставить Outlook использовать современные типы аутентификации при RPC подключениях, нужно в ветке реестра HKEY_CURRENT_USER\Software\Microsoft\Exchange добавить DWORD параметр AlwaysUseMSOAuthForAutoDiscover со значением 1.
Set-ItemProperty -Path " HKCU:\Software\Microsoft\Exchange" -Name 'AlwaysUseMSOAuthForAutoDiscover' -Value 1 -Type DWORD -Force
В Office 365 Admin Center убедитесь, что Modern Authentication включена для вашего Office 365 аккаунта ( Settings -> Services & add-ins).
Если вы хотите наоборот полностью отключить Modern Authentication в Outlook 2016/2019/365 (этот способ аутентификации должен быть отключен в Admin Center), нужно настроить следующие параметры реестра:
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name EnableAdal -Value 0 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableADALatopWAMOverride -Value 1 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableAADWAM -Value 1 -Type DWORD –Force
Пересоздайте почтовый профиль Outlook
Если все указанные методы не помогли, попробуйте создать новый профиль Outlook. Создать новый профиль Outlook можно с помощью значка Mail в панели управления или командой outlook.exe /manageprofiles .
Временно отключите антивирус
Возможно проблемы с подключением к Exchange вызывает ваш антивирус/файервол. Попробуйте временно отключить его и проверить, продолжает ли Outlook запрашивать пароль.
Плохое сетевое подключение к Exchange
Плохое и нестабильное сетевое подключение к серверу Exchange и (или) контроллеру домена также может быть источником периодических запросов пароля. Можно протестировать пропускную способность канала с помощью утилиты iperf.
Также проверьте время компьютера, оно должно расходится с временем на контроллере домена не более чем на 5 минут. Если больше, проверьте схему синхронизации NTP времени в домене.
Функция автоматического обнаружения (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 выполняться значительно быстрее.
Функция автоdiscover используется Outlook для получения сведений о конфигурации серверов, к которым оно подключается. В Outlook 2016 с серверами Exchange автораспоиск считается единственным пунктом для сведений о конфигурации и должен быть настроен и правильно работать, чтобы Outlook работать. В этой статье описано внедрение автооткрытия в выпуске "нажми и нажми и Outlook 2016". Дополнительные сведения о выпусках Office 365- и клиентских каналов см. на следующих веб-сайтах Майкрософт:
Дополнительная информация
Время автооткрытия
Автооткрытие выполняется в следующее время:
Во время создания учетной записи.
Заданные интервалы для сбора изменений URL-адресов, которые предоставляют Exchange функций веб-службы (OOF, служба доступности и так далее). Если этот процесс выполнен успешно, еще одна попытка будет выполнена через час. Если попытка не удалась, следующая попытка будет выполнена через 5 минут. Каждая попытка может быть ошеломляема до 25 процентов из-за инфраструктуры фоновых задач, используемой всеми Microsoft Office приложениями.
В ответ на некоторые сбои подключения. В разных случаях при неудачной попытке подключения Outlook запускает задачу автоdiscover для извлечения новых параметров в любой попытке устранить проблему с подключением.
Когда другое приложение вызывает его с помощью MAPI. Дополнительные сведения о MAPI см. в следующей статье MSDN: справочник Outlook MAPI.
Используйте имя пользователя (UPN), чтобы ускорить процесс автоdiscover.
На компьютере, который является Outlook доменом, необходимо знать имя пользователя-пользователя, чтобы начать процесс автооружия. Возможно, для входа в Windows использовался upN, Outlook имеет прямой доступ к нему из учетных данных для входа. Но если пользователь использует домен\имя пользователя для входа в Windows, Outlook у него будут только те же учетные данные. Чтобы получить имя имя-пользователя, Outlook сначала нужно найти пользователя в каталоге. Outlook запросит эту искомую ссылку. В сложных средах это может привести к тому, что перед найденным результатом будет связываться большое количество компьютеров. Когда Outlook имя-имя пользователя, значение кэшется в профиле, и для этого пользователя больше не должно повториться подсмотр.
Чтобы избежать этого, пользователь может войти в систему с помощью имени имени пользователя, а не домена\имя пользователя.
Microsoft Office 365 функции, которые могут поддерживать клиентов по обязательствам ITAR. В контексте функции автообнаружия в Outlook этот набор включает параметры политики и поведение, гарантирующее соблюдение конечных точек службы, используемых для автообнаружия, требований к облачной среде. В частности, в Office 365 действиях, перечисленных в процессе автоdiscover (шаг 4 и шаг 11), можно использовать управление политикой, чтобы обеспечить, чтобы во время процесса автоdiscover использовались соответствующие конечные точки службы.
Процесс авторасстановки. Каждый раз Outlook когда требуется информация автоdiscover, он использует набор упорядоченных действий для получения XML-данных, которые содержат параметры конфигурации. Многие из этих действий можно контролировать с помощью объектов групповой политики (GPO), и значение объекта групповой политики включается в описание шага.
Шаг 1. Проверка сценариев перезапуска
В некоторых случаях, например при добавлении второй учетной записи во время Outlook, автообнаружить кэшется в локальном файле, который будет использоваться при перезапуске Outlook клиента. Первое, что нужно сделать, — проверить реестр на случай, если в реестре есть специальные сведения о загрузке Outlook что вы находитесь в середине одного из этих сценариев перезапуска, и прочитать сведения об автообнаружещении из специального локального файла. Это редкий случай, который обычно не является причиной проблем с авторасчетом. Если на этом шаге Outlook, что вы находитесь в этом специальном сценарии загрузки, а попытка восстановить XML-данные автооткрытия не удалився, будет сбой всей попытки автоdiscover. Дополнительные действия не предпринята.
Для этого шага не существует определенного контроля политики.
Шаг 2. Проверка настройки локальных данных
Outlook позволяет администраторам развертывать определенный XML-файл автообнаружения, который будет использоваться для настройки. Если администратор развернул это значение реестра и засеил файл autodiscover.xml, Outlook прочитает из этого файла автообнаружние. Это снова редкий случай, и обычно это не является причиной проблем с авторасчетом. Если это не погрузка, Outlook к шагу 3.
Дополнительные сведения об автоматическом обнаружении XML см. в следующей статье TechNet: Планирование автоматической настройки учетных записей пользователей в Outlook 2010Примечание. Эта статья создана для Outlook
2010. Однако он по-прежнему актуален для более поздних версий Outlook.
Для этого шага можно использовать следующий стиль управления политикой: PreferLocalXML.
Шаг 3. Проверка последних известных хороших данных (LKG)
Когда автооткрытие успешно извлекает XML-загрузку на любом этапе, она может быть кэшна локально в качестве конфигурации "последней известной полезной". Первый часто успешный способ получения полезной информации автообнаружия — это последний известный хороший файл. Путь к последнему известному XML-файлу следует из Outlook профиля. Шаг LKG используется только для обнаружения конфигурации основного почтового ящика. Если подзапрос автообнаружния для не основного почтового ящика (запасной, делегат, общедоступный папка, почтовый ящик группы и так далее), то шаг LKG автоматически пропускается. Если это не погрузка, Outlook к шагу 4.
Значение контроля политики для этого шага: ExcludeLastKnownGoodURL.
Шаг 4. Проверка приоритета O365
Для этого шага можно в качестве значения управления политикой:
ExcludeExplicitO365Endpoint.
По умолчанию Outlook запросы известной конечной точки для получения полезной нагрузки автоdiscover. Существующая политика обхода этого шага по-прежнему действительна, и ее можно использовать для перейти к шагу 5, не применяя конечную точку. Кроме того, существует новая политика, которая направляет запрос Outlook центральной службе config service Office 365 для получения нужных URL-адресов, из которых извлекать данные авторасчета. По концептуальной концепции процесс работает следующим образом:
Вы настроим новую политику.
На этапе 4 процесса автооткрытия Outlook запросы в службу Office 365 config.
Служба определяет, какие особые потребности ITAR (если таковые имеются) для указанного пользователя, и возвращает соответствующие URL-адреса для этого пользователя, используя сведения о домене имени пользователя-пользователя.
Outlook пытается получить payload autodiscover из URL-адресов службы.
Для новой функции, которая будет использовать службу Office 365 Config Service, используется значение EnableOffice365ConfigService.
Примечание: В сборке 16.0.9327.1000политика EnableOffice365ConfigService больше не используется.
Шаг 5. Проверка данных SCP
Если компьютер подключен к домену, Outlook выполняет запрос LDAP для получения данных точки соединения службы, возвращающий путь XML автоdiscover. Затем в каждый URL-адрес, возвращаемый подстановки SCP, будет выполнена попытка получения полезной информации autodiscover. Если это не погрузка, Outlook к шагу 6.
Дополнительные сведения о SCP см. в следующей статье MSDN: Публикация с точками соединения служб.
Для этого шага имеется такое значение управления политикой: ExcludeScpLookup.
Шаг 6. Проверка корневого домена
Шаг 7. Проверка домена autodiscover
Шаг 8. Проверка локальных данных
На шаге 2 Outlook, не развернул ли администратор политику для проверки полезной нагрузки автоdiscover в качестве параметра. Если политика не была на месте, но предыдущие действия не были извлечены, Outlook теперь пытается извлечь полезное из локального файла даже без параметра PreferLocalXML. Если это не погрузка, Outlook к шагу 9.
Для этого шага не существует контроля политики.
Шаг 10. Проверка данных SRV
Шаг 11. Проверка O365 как failsafe
Если все предыдущие шаги не возвращают полезные данные, Outlook использует менее строгий набор авристических мер, чтобы решить, может ли оказаться полезной окончательная попытка в конечных точках O365. Если Outlook решает, что попытка имеет смысл, она пытается использовать известные конечные точки автоdiscover O365, если учетная запись — это учетная запись O365. В этой попытке используются те же целевые URL-адреса, что и в шаге 4, и она отличается только тем, что она была использована как последняя мера, а не ранее в процессе автооткрытия.
Для этого шага имеется такое значение управления политикой: ExcludeExplicitO365Endpoint.
Аспекты itAR
В случае с Outlook 3 начинается весь процесс автоdiscover. Если все действия (1–11) без успеха с использованием нового адреса электронной почты, Outlook возвращается на исходный адрес электронной почты, переходит к шагу 5 и продолжается попытка получить XML-загрузку с исходным адресом.
Исключения. Действия в разделе Процесс автооткрытия являются общими правилами получения полезной информации Outlook автоdiscover. Процесс может несколько измениться с помощью различных оптимизаций и попыток оптимизации. Например, при создании новой учетной записи Outlook пропускает шаг 3 (проверка на last Known Good (LKG), так как в нем пока не может быть последней известной допустимой записи. Аналогично, если попытка была предпринята из-за ошибки с использованием текущих сведений конфигурации, Outlook намеренно хочет снова получить автооткрытку, а не использовать данные LKG, так как из-за ошибки были допущены последние известные хорошие сведения.
Управление политикой. Значения политики, определенные в разделе Процесс автооткрытия, могут быть либо значениями реестра на основе политики, либо значениями, не основанными на политике. При развертывании с помощью GPO или ручной настройки ключа политик параметры имеют приоритет над ключом, не относяымся к политике.
Ключ без политики: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Ключ политики: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover
Каждое значение имеет тип DWORD.
Дополнительные элементы управления реестром
Outlook предлагает несколько дополнительных параметров конфигурации на основе реестра, которые могут повлиять на процесс автоdiscover:
Использование службы Office 365 config Service
Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Значение: EnableOffice365ConfigService
По умолчанию: 0
Данные. Установите для этого DWORD 1, чтобы Outlook вызвать службу Office 365 для получения соответствующих URL-адресов автоdiscover.
Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Значение: время и время
По умолчанию: 25 секунд
Минимальное время: 10 секунд
Максимальное значение: 120 секунд
Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Значение: AllowNegoCapabilityHeader
По умолчанию: 0
Данные: добавляется 1 = Headers; 0 = Не добавляются headers
Информационные сведения. Обратите внимание, что это значение не находится в ключе автоdiscover. Этот параметр управляет тем, добавляется ли заглавная заявка на согласование проверки подлинности к http-запросам. Содержимое заглавной части зависит от возможностей проверки подлинности клиентского компьютера. Пример заглавного слова: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Это значение реестра и добавленный заметивый заметив редко используются в современной проверке подлинности и маловероятно влияют на процесс tAodiscover как отрицательным, так и положительным образом.
Обработка ошибок сертификата
Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Значение: ShowCertErrors
По умолчанию: 0
Данные: 1 = Показывать предупреждения и ошибки сертификата; 0 = Не показывать предупреждения о сертификате
Обработка проверки подлинности прокси-сервера
Информационные сведения. Это значение реестра допускает обновление конфигурации безопасности и подробно описано в следующей статье базы знаний Майкрософт: 3115474 MS16-099: описание обновления для системы безопасности для
Outlook 2010 г.: 9 августа 2016 г.
Автооткрытие для других протоколов
Функция автоdiscover также используется Outlook для обнаружения и настройки Exchange ActiveSync учетных записей EAS. Процесс автоdiscover EAS и принятие решений отделены от действий, описанных в этой статье. Например, реализация EAS не реализует логику конечной точки O365 и не выполняет этап проверки на наличие местоположений SCP. В этой статье описываются подробные действия, которые Outlook для получения протоколов на основе MAPI из Exchange.
Ссылки
Устаревшие сведения об автооткрытии можно найти в следующей статье базы знаний Майкрософт:
2212902 Непредвиденное поведение автооткрытия при настройке реестра под ключом \Autodiscover
Дополнительные сведения об автооткрытии см. в следующих статьях Майкрософт:
Читайте также: