Outlook 2016 не подключается к exchange 2016
Outlook – это почтовое приложение, предоставляемое компанией Microsoft. Посредством его можно собирать корреспонденцию из разных аккаунтов: Mail, Yandex, Google, сортировать её, с удобством отвечать на письма. Чаще всего подобной услугой пользуются компании. Иногда происходят сбои, и программа выдаёт ошибку, в которой указано, что связь между сервером и клиентом не установлена. Постараемся разобраться, почему такое недоразумение случается.
ВАЖНО. В Outlook 2016 версии настройка подключения к Exchange происходит автоматически в отличие от Outlook 2010, в котором параметры меняются вручную.
Алгоритм исправления ошибки Outlook «отсутствует подключение к Microsoft Exchange».
Учётная запись
Чаще всего причиной разлада между сервером и почтовым клиентом является некорректная настройка параметров учётной записи.
Удаление старой
- Временно закрываем Outlook.
- Открываем панель управления (в Windows 8 и выше до неё проще всего добраться, если набрать в «Поиске» соответствующую фразу – откроется окно с классическим интерфейсом).
- Далее нам нужен раздел «Учётные записи пользователей», а именно вкладка «Почта».
- В окошке выбираем «Настройка нескольких конфигураций» – «Показать», выбираем старую запись и жмём «Удалить».
Создание новой
Устаревшая версия
Если после настройки при попытке соединения подключиться к серверу Exchange всё равно не удаётся, возможно, его версия устарела и не совместима с Outlook. В подобном случае вам может помочь только сетевой администратор, который курирует корпоративную почту. Версия почтового клиента от 2016 года не сможет соотнестись с Exchange 2007 и более ранними.
Что делать с Outlook 2016
Выше упоминалось, что настроить подключение к Exchange Outlook 2016 невозможно – предполагается, что это должно произойти автоматически за счёт службы Autodiscover. Если что-то пошло не так, и вы видите всё ту же ошибку, стоит опять же обратиться к администратору. Он должен правильно задать параметры для функции автоподключения.
Проверка данных
Банальная, но, тем не менее, распространённая причина разлада между почтовым клиентом и сервером может заключаться в вводе неверных данных: логина или пароля. Перед тем как предпринять какие-то шаги по устранению ошибки, установите, действительно ли вы вписали существующий пароль и не поменялся ли он, если почта корпоративная.
Добрый день. Проблема возникла в ходе проведения работ вот по этой теме. Но создать решил новую, для истории.
Вот такую ошибку начал выдавать Outlook.
Приложению Outlook не удается войти в систему. Убедитесь в наличии подключения к сети и правильности имен сервера и почтового ящика.
Собственно я сменил внутренние пути виртуальных каталогов на такие-же как и внешние. После этого запрос и ругань на сертификат прекратилась, но пошла проблема с аутентификацией. Конечно удалил профили Оутлука - не помогает. После того, как оутлук сам подставляет данные пользователя я жму далее и получаю эту ошибку.
Пока решения не было найдено, я обратно внёс локальные пути в виртуальные каталоги, перезагрузил сервер, но. ошибка осталась. Теперь опять ругается сначала на сертификат и потом выдаёт эту ошибку.
Запустил оутлук без аккаунта почты и решил проверить соединения. вот что получил - вроде всё нормально
В интернетах нарыл много подобных вопросов, но решения так и не нашёл. Что могло произойти при смене путей виртуальных каталогов я не совсем понимаю. Вернул всё как было, больше ничего не трогал.
В настройках SCP ничего не изменилось. Всё как было раньше
[PS] C:\Windows\system32>get-mailboxdatabase | fl *RPC*
Что же ему нужно и почему всё сломалось?
Ответы
И снова здравствуйте, как говорится. Вот Вам табличка, сравнивайте на здоровье и стремитесь соответствовать.
Get-Outlookanywhere вывод дайте, пожалуйста.
[PS] C:\Windows\system32>get-mailboxdatabase | fl *RPC*
Забудьте про это. Это Вам на 2010 и параметры просто игнорируются здесь. Нет больше clientaccessarray, его расстреляли.
Вот помошник по развертыванию, советую изучить все что касается установки сервера вообще. Чтобы было понимание, что надо разворачивать сервер не нагуглив первый попавшийся мануал, а начинать отсюда. Ну и продолжать изучать документацию по продукту, который Вы уже используете.
Угу, было такое, писал в свое время. Собственно вопрос- зачем сидеть на старом Эксе и ловить баги. Неужели так сложно обновиться?
Чините скриптом аутентификацию. Это раз.
Два. Забывайте про GUI на сервере. он не нужен от слова совсем. Не нужно туда ходить.
- Предложено в качестве ответа Dima Razbornov MVP 20 августа 2017 г. 11:24
- Помечено в качестве ответа miv63 20 августа 2017 г. 16:45
Итак. Скрипт не прогонял. Всё починил так. Поправил MAPI и другие каталоги виртуальные. Поправил ссылку в OA. Всё теперь без ошибок сертификата. Как в домене, так и снаружи. Спасибо за помощь.
Эту часть решили. Всё-таки остались вопросы с сертификатом на SMTP. Пока никак не пойму как ему дать правильный сертификат.
Совет принят и понятен. Это обязательно ))
Все ответы
Друзья, а не дрогнула ли у меня рука, не могли бы сравнить с вашими настройками. Почему-то в виртуальном каталоге mapi нету ни одного чекбокса на проверке подлинности
Не уверен, что это в тему, но на технете нашёл в документации по MAPI проверку, которая вроде как прошла успешно.
И снова здравствуйте, как говорится. Вот Вам табличка, сравнивайте на здоровье и стремитесь соответствовать.
Get-Outlookanywhere вывод дайте, пожалуйста.
[PS] C:\Windows\system32>get-mailboxdatabase | fl *RPC*
Забудьте про это. Это Вам на 2010 и параметры просто игнорируются здесь. Нет больше clientaccessarray, его расстреляли.
Вот помошник по развертыванию, советую изучить все что касается установки сервера вообще. Чтобы было понимание, что надо разворачивать сервер не нагуглив первый попавшийся мануал, а начинать отсюда. Ну и продолжать изучать документацию по продукту, который Вы уже используете.
Изучать это хорошо ) Спасибо за ссылку, в своё время пользовался, когда устанавливал. Много изучал читал и на курсы сходил. Только вот сейчас бы починить его для начала, процесс в итоге стоит.
В табличке вот только не нашёл MAPI, но нашёл другое. И именно косяк CU2, косяки которого очень много обсуждались в разных местах, в том числе на курсах. Собственно вот ещё один косяк CU2, на который я наткнулся. Надеюсь поможет мне эта статья
Вот нашел ошибку, но не совсем понимаю, делаю как написано тут
и Get-service MSExchangeHM
MCP,MCSE:Productivity, MCSA:Windows server 2012
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
А версии outlook у вас и помощника какие?
MCP,MCSE:Productivity, MCSA:Windows server 2012
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
Я выше уже спрашивал, куда эти ссылки ведут, да.
Заполните их единообразно, чтоли для порядка.
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
Я выше уже спрашивал, куда эти ссылки ведут, да.
Заполните их единообразно, чтоли для порядка.
Готово, теперь все единообразно.
Как посмотреть куда ведут ссылки? подскажите пож.
Через проверку автодискавера вы все и увидите что нужно. Через PS так
Но вам они все сейчас не нужны, нужно OutlookAnywhere и Get-ClientAccessServer проверять в первую очередь. А вы это уже сделали и уверяете, что все корректно ведет на доступный адрес autodiscover. Так ли это? Разрешается ли он в адреса 2016 серверов?
Смотрите у помощника:
MCP,MCSE:Productivity, MCSA:Windows server 2012
Через проверку автодискавера вы все и увидите что нужно. Через PS так
Get-OutlookProvider
| flGet-OutlookAnywhere
| flGet-ClientAccessServer
| flGet-ActiveSyncVirtualDirectory
| fl
Get-EcpVirtualDirectory
| flGet-OabVirtualDirectory
| flGet-OwaVirtualDirectory
| flGet-PowerShellVirtualDirectory
| flGet-WebServicesVirtualDirectory
| flНо вам они все сейчас не нужны, нужно OutlookAnywhere и Get-ClientAccessServer проверять в первую очередь. А вы это уже сделали и уверяете, что все корректно ведет на доступный адрес autodiscover. Так ли это? Разрешается ли он в адреса 2016 серверов?
[PS] C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Exchange Server 2016>Get-OutlookAnywhere | fl
Вот нашел ошибку, но не совсем понимаю, делаю как написано тут
и Get-service MSExchangeHM
MCP,MCSE:Productivity, MCSA:Windows server 2012
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
А версии outlook у вас и помощника какие?
MCP,MCSE:Productivity, MCSA:Windows server 2012
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
Я выше уже спрашивал, куда эти ссылки ведут, да.
Заполните их единообразно, чтоли для порядка.
Посмотрите Get-MapiVirtualDirectoryMCP,MCSE:Productivity, MCSA:Windows server 2012
Я выше уже спрашивал, куда эти ссылки ведут, да.
Заполните их единообразно, чтоли для порядка.
Готово, теперь все единообразно.
Как посмотреть куда ведут ссылки? подскажите пож.
Через проверку автодискавера вы все и увидите что нужно. Через PS так
Но вам они все сейчас не нужны, нужно OutlookAnywhere и Get-ClientAccessServer проверять в первую очередь. А вы это уже сделали и уверяете, что все корректно ведет на доступный адрес autodiscover. Так ли это? Разрешается ли он в адреса 2016 серверов?
Смотрите у помощника:
MCP,MCSE:Productivity, MCSA:Windows server 2012
Через проверку автодискавера вы все и увидите что нужно. Через PS так
Get-OutlookProvider
| flGet-OutlookAnywhere
| flGet-ClientAccessServer
| flGet-ActiveSyncVirtualDirectory
| fl
Get-EcpVirtualDirectory
| flGet-OabVirtualDirectory
| flGet-OwaVirtualDirectory
| flGet-PowerShellVirtualDirectory
| flGet-WebServicesVirtualDirectory
| flНо вам они все сейчас не нужны, нужно OutlookAnywhere и Get-ClientAccessServer проверять в первую очередь. А вы это уже сделали и уверяете, что все корректно ведет на доступный адрес autodiscover. Так ли это? Разрешается ли он в адреса 2016 серверов?
[PS] C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Exchange Server 2016>Get-OutlookAnywhere | fl
В этой статье описываются проблемы подключения к Microsoft Outlook, вызванные требованием шифрования RPC.
Симптомы
Не удается запустить Microsoft Office Outlook. Невозможно открыть окно Outlook. Не удалось открыть набор папок.
Не удалось открыть папки электронной почты по умолчанию. Компьютер сервера Microsoft Exchange Server недоступен. Либо имеются проблемы с сетью, либо сервер Exchange отключен на время обслуживания.
Подключение к Microsoft Exchange Server недоступно. Outlook должен установить связь с сервером для выполнения этого действия.
Не удалось открыть папки электронной почты по умолчанию. Не удалось открыть банк данных.
Outlook не удалось выполнить вход. Убедитесь, что вы подключены к сети и используете правильное имя сервера и почтового ящика. Подключение к Microsoft Exchange Server недоступно. Outlook должен установить связь с сервером для выполнения этого действия.
Однако если вы используете кэшированный профиль режима, Outlook не отображает ошибку. У вас могут возникнуть следующие проблемы:
Outlook запускается в состоянии Отключено (в правом нижнем углу окна Outlook отображается «Отключено», снимок экрана состояния показан ниже).
Не удалось выполнить действие. Подключение к 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, который по-прежнему может помешать клиенту подключиться.
Читайте также: