Outlook зашифрованное подключение к почтовому серверу недоступно windows 10

Ошибка 0x800CCC1A в Outlook: ваш сервер не поддерживает указанный тип шифрования

В старых версиях Windows (Windows 7/XP или Windows Server 2008R2/2003) с Outlook 2010/2013/2016/2019 при настройке подключения к почтовому серверу вы можете столкнуться с ошибкой:

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

Чаще всего такая проблема возникает, если почтовый сервер поддерживает только протоколы TLS 1.2 и 1.3. Например, Windows 7 (снята с поддержки) по умолчанию поддерживает только TLS 1.0 и 1.1, которые считаются устаревшими и почти не используются на почтовых серверах.

Клиент Office использует транспорт WINHTTP для отправки и получения данных по протоколу TLS. Если TLS 1.2 не поддерживается или отключен на уровне на уровне winhttp, Outlook не сможет подключиться к серверу из-за неподдерживаемого типа шифрования.

Для исправления это проблемы вам нужно включить в Windows 7 поддержку TLS 1.2. Windows 7 поддерживает TLS 1.2, но по-умолчанию он не включен (в отличии от более новых версий Windows 8+).

Чтобы включить протокол TLS 1.2 в Windows 7:

1. Убедитесь, что у вас установлен Windows 7 SP1;
2. Скачайте и установите вручную обновлениеKB3140245 из Microsoft Update Catalog (https://www.catalog.update.microsoft.com/search.aspx?q=kb3140245);
3. Скачайте и установите патч MicrosoftEasyFix51044.msi (https://download.microsoft.com/download/0/6/5/0658B1A7-6D2E-474F-BC2C-D69E5B9E9A68/MicrosoftEasyFix51044.msi).

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

Параметр типа DefaultSecureProtocols в ветке HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsWinHttp со значением 0x00000a00.

На x64 битной версии Windows нужно создать этот параметр в ветке реестра HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindowsCurrentVersionInternet SettingsWinHttp.

Создайте новые подразделы TLS 1.2 и TLS 1.1 ветке реестра HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocols

Внутри каждого нового раздела создать ветку Client. Внутри каждой ветки Client создать DWORD параметр DisabledByDefault со значением 0x00000000.

$reg32bWinHttp = «HKLM:SOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsWinHttp»
$reg64bWinHttp = «HKLM:SOFTWAREWow6432NodeMicrosoftWindowsCurrentVersionInternet SettingsWinHttp»
$regWinHttpDefault = «DefaultSecureProtocols»
$regWinHttpValue = «0x00000a00»
$regTLS11 = «HKLM:SYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.1Client»
$regTLS12 = «HKLM:SYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client»
$regTLSDefault = «DisabledByDefault»
$regTLSValue = «0x00000000»
# Для Windows x86
New-ItemProperty -Path $reg32bWinHttp -Name $regWinHttpDefault -Value $regWinHttpValue -PropertyType DWORD
# Для Windows x64
New-ItemProperty -Path $reg64bWinHttp -Name $regWinHttpDefault -Value $regWinHttpValue -PropertyType DWORD
New-Item -Path $regTLS11
New-ItemProperty -Path $regTLS11 -Name $regTLSDefault -Value $regTLSValue -PropertyType DWORD
New-Item -Path $regTLS12
New-ItemProperty -Path $regTLS12 -Name $regTLSDefault -Value $regTLSValue -PropertyType DWORD

Вы можете проверить версии протоколов TLS, поддерживаемых вашим почтовым сервером с помощью онлайн сервиса SSL Labs (https://www.ssllabs.com/ssltest/analyze.html?d=mail.winitpro.ru)

В данном примере видно, что почтовый сервер поддерживает только TLS 1.2.

Проверьте в настройках Outlook, что для подключения к почтовому серверу используется STARTTLS (доступно в новых версиях Outlook) или SSL/TLS. Убедитесь, что включена опция This server requires an encrypted connection (SSL/TLS). Проверьте номера портов IMAP/POP/SMTP.

Также обратите внимание, что в некоторых антивирусах по умолчанию включена опция инспекции (фильтрации) SSL/TLS. Попробуйте отключить эту опцию в настройках антивируса и проверить подключение к почтовому серверу в Outlook.

Источник

Ошибка при подключении Outlook к почтовым ящикам Exchange, вызванная требованием шифрования RPC

Оригинальный номер базы знаний: 3032395

В этой статье описываются проблемы подключения к Microsoft Outlook, вызванные требованием шифрования RPC.

Симптомы

При запуске Microsoft Office Outlook с помощью профиля, который включает почтовый ящик на сервере Microsoft Exchange Server 2010, Exchange Server 2013 или Exchange Server 2016, могут отобразиться следующие сообщения об ошибке:

Не удается запустить Microsoft Office Outlook. Невозможно открыть окно Outlook. Не удалось открыть набор папок.

Не удалось открыть папки электронной почты по умолчанию. Компьютер сервера Microsoft Exchange Server недоступен. Либо имеются проблемы с сетью, либо сервер Exchange отключен на время обслуживания.

Подключение к Microsoft Exchange Server недоступно. Outlook должен установить связь с сервером для выполнения этого действия.

Не удалось открыть папки электронной почты по умолчанию. Не удалось открыть банк данных.

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

Однако если вы используете кэшированный профиль режима, Outlook не отображает ошибку. У вас могут возникнуть следующие проблемы:

Outlook запускается в состоянии Отключено (в правом нижнем углу окна Outlook отображается «Отключено», снимок экрана состояния показан ниже).

После запуска Outlook вы сможете отправлять и получать сообщения электронной почты. Однако в окне «Состояние подключения Microsoft Exchange» отображаются только два подключения, а каталог типа отображается как «Отключено/Подключение».

При попытке создать новый профиль Outlook для почтового ящика на сервере Exchange 2010 или Exchange Server 2013 могут отобразиться следующие сообщения об ошибке:

Не удалось выполнить действие. Подключение к Microsoft Exchange Server недоступно. Outlook должен установить связь с сервером для выполнения этого действия.

Не удалось разрешить имя. Подключение к Microsoft Exchange Server недоступно. Outlook должен установить связь с сервером для выполнения этого действия.

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

Не удалось разрешить имя. Не удалось выполнить действие.

Не удалось разрешить имена серверов или почтовых ящиков.

Решение

Если вы используете один из автоматизированных методов (групповую политику или файл .prf), убедитесь, что вы полностью протестировали метод, прежде чем развернуть его в крупном масштабе.

Метод 1. Обновите или создайте профиль Outlook с помощью шифрования RPC

Вручную обновите существующий профиль

Для ручного обновления существующего профиля Outlook так, чтобы он использовал шифрование RPC, выполните следующие действия:

В панели управления откройте элемент Почта.

Выберите Показать профили.

Выберите свой профиль и нажмите кнопку Свойства.

Нажмите Учетные записи электронной почты.

Выберите Учетная запись Microsoft Exchange (по умолчанию отправлять с этой учетной записи) > Изменить.

В диалоговом окне с сервером почтовых ящиков и именем пользователя выберите Дополнительные параметры.

В диалоговом окне Microsoft Exchange откройте вкладку Безопасность.

Выберите Шифровать данные между Microsoft Office Outlook и Microsoft Exchange > ОК (снимок экрана для этого шага см. здесь).

Выберите Далее > Готово.

Последовательно нажмите Закрыть > Закрыть > OK.

Развертывание параметра групповой политики для обновления существующих профилей Outlook с помощью шифрования RPC

С точки зрения клиента развертывание параметра шифрования между Outlook и Exchange, вероятно, является простейшим решением для организаций со множеством клиентов Outlook. Это решение включает одно изменение на сервере (контроллер домена), при этом клиенты автоматически обновляются после загрузки политики в клиент.

Outlook 2010

По умолчанию параметр шифрования RPC включен в Outlook 2010. Поэтому развертывать этот параметр следует только с помощью групповой политики по следующим причинам:

• Исходное развертывание Outlook 2010 отключило шифрование RPC между Outlook и Exchange.
• Необходимо запретить пользователям изменять параметр шифрования RPC в профиле Outlook.

Шаблон групповой политики по умолчанию для Outlook 2010 содержит параметр групповой политики, который контролирует шифрование RPC между Outlook и Exchange. Чтобы обновить существующие профили Outlook 2010 с помощью групповой политики, выполните следующие действия:

Добавьте файл .adm в контроллер домена.

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

Перейдите к шагу 3 после добавления шаблона .adm в редактор локальных групповых политик.

В разделе Конфигурация пользователя разверните узел административные шаблоны (ADM), чтобы найти узел политики для шаблона. С помощью шаблона Outlk14.adm этот узел будет называться Microsoft Outlook 2010.

В разделе Параметры учетной записи выберите узел Exchange (снимок экрана для этого шага см. здесь).

Дважды щелкните параметр политики Включить шифрование RPC.

На вкладке Настройка выберите пункт Включено.

Нажмите кнопку ОК.

На этом этапе параметр политики будет применяться к рабочим станциям клиента Outlook при репликации обновления групповой политики. Для этого введите в командной строке указанную ниже команду:

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

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

Outlook 2013

По умолчанию параметр шифрования RPC включен в Outlook 2013. Поэтому развертывать этот параметр следует только с помощью групповой политики по следующим причинам:

• Исходное развертывание Outlook 2013 отключило шифрование RPC между Outlook и Exchange.
• Необходимо запретить пользователям изменять параметр шифрования RPC в профиле Outlook.

Шаблон групповой политики по умолчанию для Outlook 2013 содержит параметр групповой политики, который контролирует шифрование RPC между Outlook и Exchange. Чтобы обновить существующие профили Outlook 2013 с помощью групповой политики, выполните следующие действия:

Добавьте файлы .admx и .adml в контроллер домена. При этом будет добавлен шаблон Outlook ADM для обеспечения доступа к нему в редакторе локальных групповых политик.

Действия по добавлению файлов .admx и adml в контроллер домена различаются в зависимости от используемой версии Windows. Кроме того, поскольку политика может применяться к организационному подразделению, а не к домену, действия могут также отличаться для этого аспекта приложения политики. Поэтому ознакомьтесь с документацией Windows для получения подробных сведений. (Эта статья помечена для Office 2010. Эта информация также относится к Office 2013).

Откройте редактор локальных групповых политик.

В разделе Конфигурация пользователя разверните узел административные шаблоны (ADM), чтобы найти узел политики для шаблона. При использовании шаблона Outlk15.admx этот узел будет называться Microsoft Outlook 2013.

В разделе Параметры учетной записи выберите узел Exchange (снимок экрана для этого шага см. здесь).

Дважды щелкните параметр политики Включить шифрование RPC.

На вкладке Настройка выберите пункт Включено.

Нажмите кнопку ОК.

На этом этапе параметр политики будет применяться к рабочим станциям клиента Outlook при репликации обновления групповой политики. Для этого выполните следующую команду на рабочей станции:

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

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

Метод 2. Отключение требования шифрования на всех серверах CAS

Корпорация Майкрософт настоятельно рекомендует оставить требование шифрования включенным на сервере и использовать один из других методов, перечисленных в этой статье. Метод 2 представлен в этой статье только для ситуаций, в которых невозможно немедленно развернуть необходимые параметры шифрования RPC в клиентах Outlook. Если вы используете метод 2, чтобы разрешить клиентам Outlook подключаться без шифрования RPC, повторно включите требование шифрования RPC на серверах CAS как можно скорее для поддержания максимально высокого уровня связи между клиентом и сервером.

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

Выполните следующую команду в Командная консоль Exchange:

Заполнитель Exchange_server_name представляет имя сервера Exchange Server, который имеет роль сервера клиентского доступа.

Необходимо запустить этот командлет для всех серверов клиентского доступа под управлением Exchange Server 2010 или более поздней версии.

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

После обновления клиентов Outlook с параметром, позволяющим включить зашифрованную связь RPC с Exchange (см. шаги ниже), вы можете повторно включить требование шифрования RPC на серверах Exchange, которые имеют роль сервера клиентского доступа.

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

Заполнитель Exchange_server_name представляет имя сервера Exchange с ролью сервера клиентского доступа.

Необходимо запустить этот командлет для всех серверов клиентского доступа под управлением Exchange Server 2010 или более поздней версии.

Причина

Одна из возможных причин — использование Outlook и отключение параметра профиля Шифровать данные между Microsoft Office Outlook и Microsoft Exchange. Конфигурация по умолчанию для Exchange Server 2013 требует шифрование RPC от клиента Outlook. Это препятствует подключению клиента.

Конфигурация по умолчанию выпуска Exchange Server 2010 для производства (RTM) требует шифрование RPC. Это поведение является изменением Exchange Server 2010 с пакетом обновления 1 (SP1), где требование шифрования RPC отключено по умолчанию. Однако любой сервер клиентского доступа (CAS), развернутый с пакетом обновления более ранним, чем SP1, или обновленный до пакета обновления 1 (SP1), сохранит существующий параметр шифрования RPC, который по-прежнему может помешать клиенту подключиться.

Источник

Оглавление:

• Что делать, если Outlook не поддерживает тип шифрования соединения?
• 1. Проверьте вашу связь
• 2. Проверьте настройки почтового клиента Outlook для SSL
• Вам нужен новый почтовый клиент? Попробуйте одно из этих удивительных приложений!
• 3. Удалить обновление функции
• 4. Отключите брандмауэр
• 5. Ремонт Outlook

Видео: Microsoft Outlook FIX | Speed up Microsoft Outlook in 2 minutes| Make Outlook run faster 2023

Пользователи Outlook сообщают, что Outlook не поддерживает ошибку типа шифрования соединения после установки нового обновления для ОС Windows и Microsoft Office 2010 и более поздних версий. Эта ошибка не позволяет пользователю отправлять и получать электронную почту на своем клиенте Outlook.

Поскольку эта ошибка настолько проблематична, сегодня мы покажем вам, как ее исправить.

1. Проверьте вашу связь

1. Эта ошибка обычно возникает, если на компьютере пользователя нет стабильного подключения к Интернету. Первое, что вы должны сделать здесь, это проверить, есть ли у вас работающее подключение к Интернету.
2. Попробуйте открыть любую веб-страницу и проверить, достаточно ли быстрое интернет-соединение для работы с клиентом Outlook.

2. Проверьте настройки почтового клиента Outlook для SSL

1. Запустите Outlook и нажмите «Файл».
2. На правой панели нажмите « Настройки учетной записи» и выберите « Настройки учетной записи» в раскрывающемся меню.

   

3. Затем нажмите на Изменить настройки учетной записи.
   

   

4. Нажмите на Дополнительные настройки.
   

   

5. Откройте вкладку « Дополнительно ».
6. Здесь снимите флажок «Для этого сервера требуется шифрованное соединение (SSL) ».
7. В новой версии Outlook перейдите на вкладку « Безопасность » после нажатия « Дополнительные параметры».
8. Снимите флажок « Шифровать данные между Microsoft Outlook и Microsoft Exchange».
9. Нажмите Apply и OK, чтобы сохранить изменения.
10. Нажмите Далее, чтобы изменить настройки профиля.
11. Закройте окно настроек учетной записи и проверьте, можете ли вы устранить ошибку.

Вам нужен новый почтовый клиент? Попробуйте одно из этих удивительных приложений!

3. Удалить обновление функции

1. Нажмите на Пуск и выберите Настройки.
2. Нажмите на обновление и безопасность.
3. Нажмите на Центр обновления Windows.
4. Нажмите на Просмотр истории обновлений.
5. В разделе « Просмотр истории обновлений» нажмите « Удалить обновления».
   

   

6. Теперь просмотрите установленные обновления и выберите самое последнее установленное обновление KB. Выберите обновление, нажмите « Удалить».
   

   

7. После удаления обновлений перезагрузите систему и проверьте наличие улучшений.

4. Отключите брандмауэр

1. Нажмите на Пуск и выберите Настройки.
2. Перейти к обновлению и безопасности.
3. Нажмите на Безопасность Windows.
4. Нажмите на Брандмауэр и Защита сети.
5. Нажмите на текущую активную сеть и выключите брандмауэр Защитника Windows.
   

   

6. Если у вас запущено антивирусное программное обеспечение, проверьте, имеет ли антивирусная программа собственный брандмауэр.
7. Кроме того, отключите антивирусную программу на час и проверьте, помогает ли это.

5. Ремонт Outlook

1. Нажмите Windows Key + R, чтобы открыть Run.
2. Введите control и нажмите ОК.
3. Теперь перейдите в Программы> Программы и компоненты.
4. Выберите Microsoft Office и нажмите кнопку « Изменить».
5. В окне ремонта у вас будет два варианта. Быстрый Ремонт и Онлайн Ремонт.
6. Сначала выберите « Быстрое восстановление», так как для этого не требуется подключение к Интернету, и процесс восстановления выполняется быстро. После этого проверьте, нормально ли работает клиент Outlook.

   

7. Если это не работает, нажмите Online Repair и нажмите кнопку Repair. Подождите, пока процесс ремонта завершится.

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

В старых версиях Windows (Windows 7/XP или Windows Server 2008R2/2003) с Outlook 2010/2013/2016/2019 при настройке подключения к почтовому серверу вы можете столкнуться с ошибкой:

0x800CCC1A – Ваш сервер не поддерживает указанный вами тип шифрования.

Your server does not support the connection encryption type you have specified. Try changing encryption method. Contact your mail server administrator or Internet service provider (ISP).

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

Чаще всего такая проблема возникает, если почтовый сервер поддерживает только протоколы TLS 1.2 и 1.3. Например, Windows 7 (снята с поддержки) по умолчанию поддерживает только TLS 1.0 и 1.1, которые считаются устаревшими и почти не используются на почтовых серверах.

Клиент Office использует транспорт WINHTTP для отправки и получения данных по протоколу TLS. Если TLS 1.2 не поддерживается или отключен на уровне на уровне winhttp, Outlook не сможет подключиться к серверу из-за неподдерживаемого типа шифрования.

Для исправления это проблемы вам нужно включить в Windows 7 поддержку TLS 1.2. Windows 7 поддерживает TLS 1.2, но по-умолчанию он не включен (в отличии от более новых версий Windows 8+).

Чтобы включить протокол TLS 1.2 в Windows 7:

1. Убедитесь, что у вас установлен Windows 7 SP1;
2. Скачайте и установите вручную обновление KB3140245 из Microsoft Update Catalog (https://www.catalog.update.microsoft.com/search.aspx?q=kb3140245);
3. Скачайте и установите патч MicrosoftEasyFix51044.msi (https://download.microsoft.com/download/0/6/5/0658B1A7-6D2E-474F-BC2C-D69E5B9E9A68/MicrosoftEasyFix51044.msi).

   Данный фикс описан в статье Update to enable TLS 1.1 and TLS 1.2 as default secure protocols in WinHTTP in Windows). Патч добавляет в реестр параметры, которые обеспечат поддержку TLS 1.1 и TLS 1.2 в Windows Server 2012, Windows 7 SP1 и Windows Server 2008 R2 SP1 (описаны ниже).

4. Перезагрузите компьютер.

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

Параметр типа DefaultSecureProtocols в ветке HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsWinHttp со значением 0x00000a00.

На x64 битной версии Windows нужно создать этот параметр в ветке реестра HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindowsCurrentVersionInternet SettingsWinHttp.

Параметр 0x0A0 оставляет для WinHTTP включенными SSL 3.0 и TLS 1.0, а также дополнительно включает TLS 1.1 и TLS 1.2. Если вы хотите разрешить клиенту использовать только TLS 1.1 и TLS 1.2, нужно изменить значение на 0xA00.

Создайте новые подразделы TLS 1.2 и TLS 1.1 ветке реестра HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocols

Внутри каждого нового раздела создать ветку Client. Внутри каждой ветки Client создать DWORD параметр DisabledByDefault со значением 0x00000000.

Для создания этих параметров реестра можно использовать такой PowerShell скрипт:

$reg32bWinHttp = "HKLM:SOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsWinHttp"
$reg64bWinHttp = "HKLM:SOFTWAREWow6432NodeMicrosoftWindowsCurrentVersionInternet SettingsWinHttp"
$regWinHttpDefault = "DefaultSecureProtocols"
$regWinHttpValue = "0x00000a00"
$regTLS11 = "HKLM:SYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.1Client"
$regTLS12 = "HKLM:SYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client"
$regTLSDefault = "DisabledByDefault"
$regTLSValue = "0x00000000"
# Для Windows x86
New-ItemProperty -Path $reg32bWinHttp -Name $regWinHttpDefault -Value $regWinHttpValue -PropertyType DWORD
# Для Windows x64
New-ItemProperty -Path $reg64bWinHttp -Name $regWinHttpDefault -Value $regWinHttpValue -PropertyType DWORD
New-Item -Path $regTLS11
New-ItemProperty -Path $regTLS11 -Name $regTLSDefault -Value $regTLSValue -PropertyType DWORD
New-Item -Path $regTLS12
New-ItemProperty -Path $regTLS12 -Name $regTLSDefault -Value $regTLSValue -PropertyType DWORD

Вы можете проверить версии протоколов TLS, поддерживаемых вашим почтовым сервером с помощью онлайн сервиса SSL Labs (https://www.ssllabs.com/ssltest/analyze.html?d=mail.winitpro.ru)

В данном примере видно, что почтовый сервер поддерживает только TLS 1.2.

В Microsoft 365 (Office 365) протоколы TLS 1.0 и TLS 1.1 по умолчанию пока не отключены. Microsoft периодически оповещает, что в ближайшем будущем они будут отключены для всех пользователей.

Проверьте в настройках Outlook, что для подключения к почтовому серверу используется STARTTLS (доступно в новых версиях Outlook) или SSL/TLS. Убедитесь, что включена опция This server requires an encrypted connection (SSL/TLS). Проверьте номера портов IMAP/POP/SMTP.

Также обратите внимание, что в некоторых антивирусах по умолчанию включена опция инспекции (фильтрации) SSL/TLS. Попробуйте отключить эту опцию в настройках антивируса и проверить подключение к почтовому серверу в Outlook.

title	description	author	ms.author	manager	audience	ms.topic	localization_priority	ms.custom	appliesto	search.appverid	ms.date
Error when Microsoft 365 F plan users try to set up an Outlook profile for Exchange Online in Microsoft 365.	Encrypted connection to your mail server is not available when you try to set up an Outlook profile for Exchange Online in Microsoft 365.	simonxjx	v-six	dcscontentpm	ITPro	troubleshooting	Normal	Exchange Online CSSTroubleshoot	Exchange Online	MET150	3/31/2022

(Encrypted connection to your mail server is not available) error when Microsoft 365 F plan users try to set up an Outlook profile for Exchange Online in Microsoft 365

Original KB number: 2826047

Problem

A Microsoft 365 F plan user tries to set up a mail account for Exchange Online in Microsoft Outlook 2010 or Microsoft Outlook 2013. However, the user’s Outlook profile isn’t automatically set up. Instead, the user gets the following error message under Searching for your mail server setting in Outlook:

An encrypted connection to your mail server is not available.

Click Next to attempt using an unencrypted connection.

This error message is displayed even though the user entered the email address and password correctly on the Auto Account Setup page of the Add New Account Wizard in Outlook.

Cause

This behavior occurs if the user is trying to connect Outlook to Exchange Online by using Exchange Autodiscover. Microsoft 365 F plans don’t support using Outlook to access mail in Exchange Online through an Exchange connection.

Solution

To work around this behavior, use one of the following options:

• Use Outlook Web App to access mail in Exchange Online.
• Set up Outlook to access mail in Exchange Online through a Post Office Protocol (POP3) connection. For more info about how to do this, see Set up a POP3 or IMAP4 connection to your email in Outlook 2010 or Outlook 2013.

More Information

For more information about Microsoft 365 F plans, see Microsoft 365 F1.

If Microsoft 365 users who aren’t F plan users get this error message, see the following Microsoft Knowledge Base article:

2404385 Outlook can’t set up a new profile by using Exchange Autodiscover for an Exchange Online mailbox in Microsoft 365

Still need help? Go to Microsoft Community.