Невозможно добавить учетную запись Microsoft Exchange в эту конфигурацию во время работы Outlook
Обновлено: 21.11.2024
Если вы не можете подключиться к своей учетной записи Exchange в Outlook для Mac, проверьте эти возможные причины повторного подключения.
Причина: ваша организация использует Exchange Server 2003 или более раннюю версию.
Решение. Узнайте у администратора своей учетной записи, какая версия Exchange Server используется для вашей учетной записи.
Outlook для Mac поддерживает учетные записи, управляемые Microsoft Exchange Server 2010 с пакетом обновления 2 или более поздних версий, или Microsoft 365 для бизнеса.
Причина: неправильные учетные данные вашей учетной записи или имя сервера Exchange.
Решение. Проверьте настройки своего аккаунта.
В меню "Инструменты" нажмите "Учетные записи".
На левой панели учетных записей выберите учетную запись.
Проверьте правильность настроек учетной записи.
Совет. Чтобы убедиться, что вы используете правильные учетные данные, попробуйте подключиться к своей учетной записи из другого приложения Exchange, например Outlook в Интернете.
Причина: Outlook настроен на работу в автономном режиме.
Решение. Убедитесь, что Outlook подключен к сети.
Убедитесь, что в меню Outlook снят флажок Работать автономно. Если это так, нажмите «Работать автономно», чтобы снять флажок и работать в сети.
Причина: ваше сетевое подключение недоступно.
Решение. Убедитесь, что ваш компьютер подключен к сети.
Инструкции по проверке состояния сетевых подключений см. в справке Mac OS или обратитесь к администратору сервера Exchange или администратору сети. Вы также можете спросить коллегу, который использует аналогичные настройки, может ли он или она подключиться к сети. Если вы подключаетесь к своей учетной записи Exchange через Интернет, используйте браузер, чтобы проверить, можете ли вы получить доступ к веб-сайтам.
Причина: сервер, на котором работает Microsoft Exchange Server, недоступен.
Решение. Проверьте подключение к серверу Microsoft Exchange.
В меню "Инструменты" выберите "Учетные записи".
Посмотрите на учетную запись Exchange на левой панели. Если есть проблема с подключением, значок индикатора будет оранжевым.
Если вы ранее успешно подключались к учетной записи, попробуйте подключиться к ней из другого приложения Exchange, например Outlook в Интернете. Вы также можете проверить состояние сервера Exchange, связавшись с администратором сервера Exchange.
Причина. Ваша учетная запись Exchange требует входа в систему с использованием зашифрованного канала.
Решение. Обратитесь к администратору сервера Exchange, чтобы узнать, требуется ли для вашей учетной записи зашифрованный канал. В этом случае проверьте настройки для этого канала.
В меню "Инструменты" выберите "Учетные записи".
На левой панели диалогового окна "Учетные записи" выберите учетную запись.
Нажмите "Дополнительно" и перейдите на вкладку "Сервер".
В разделе "Microsoft Exchange и служба каталогов" установите флажки "Использовать SSL для подключения".
Причина: Вашему компьютеру требуется почтовый прокси-сервер для подключения к серверу Exchange.
Решение. Обратитесь к администратору учетной записи Microsoft Exchange.
Узнайте у администратора учетной записи Exchange, какой прокси-сервер следует использовать для подключения к серверу Exchange. Информацию о том, как настроить подключение к прокси-серверу, см. в справке Mac OS.
Причина: ваша организация использует Exchange Server 2003 или более раннюю версию.
Решение. Узнайте у администратора своей учетной записи, какая версия Exchange Server управляет вашей учетной записью.
Outlook для Mac поддерживает учетные записи, управляемые Microsoft Exchange Server 2007 с пакетом обновления 1 с накопительным пакетом обновления 4 (KB952580) и более поздних версий.
Причина: неправильные учетные данные вашей учетной записи или имя сервера Exchange.
Решение. Проверьте настройки своего аккаунта.
В меню "Инструменты" выберите "Учетные записи".
На левой панели диалогового окна "Учетные записи" выберите учетную запись.
Проверьте правильность настроек учетной записи.
Совет. Чтобы убедиться, что вы используете правильные учетные данные, попробуйте подключиться к своей учетной записи из другого приложения Exchange, например Outlook Web App.
Причина: Outlook настроен на работу в автономном режиме.
Решение. Убедитесь, что Outlook подключен к сети.
Убедитесь, что в меню Outlook снят флажок Работать автономно.
Причина: ваше сетевое подключение недоступно.
Решение. Убедитесь, что ваш компьютер подключен к сети.
Инструкции по проверке состояния сетевых подключений см. в справке Mac OS. Или вы можете связаться с вашим администратором сервера Exchange или вашим сетевым администратором. Вы также можете спросить коллегу, который использует аналогичные настройки, может ли он или она подключиться к сети. Или, если вы подключаетесь к своей учетной записи Exchange через Интернет, используйте веб-браузер, чтобы узнать, можете ли вы получить доступ к интернет-сайтам.
Причина: сервер, на котором работает Microsoft Exchange Server, недоступен.
Решение. Проверьте подключение к серверу Microsoft Exchange.
В меню "Инструменты" выберите "Учетные записи".
Посмотрите на учетную запись Exchange на левой панели. Если есть проблема с подключением, значок индикатора будет оранжевым.
Если вы ранее успешно подключались к учетной записи, попробуйте подключиться к ней из другого приложения Exchange, например Outlook Web App. Вы также можете проверить состояние сервера Exchange, связавшись с администратором сервера Exchange.
Причина. Ваша учетная запись Exchange требует входа в систему с использованием зашифрованного канала.
Решение. Обратитесь к администратору Exchange, чтобы узнать, требуется ли для вашей учетной записи зашифрованный канал, и, если это так, проверьте настройку этого канала.
В меню "Инструменты" выберите "Учетные записи".
На левой панели диалогового окна "Учетные записи" выберите учетную запись.
Выберите «Дополнительно», а затем перейдите на вкладку «Сервер».
В разделе "Microsoft Exchange и служба каталогов" установите флажки "Использовать SSL для подключения".
Причина: Вашему компьютеру требуется почтовый прокси-сервер для подключения к серверу Exchange.
Решение. Обратитесь к администратору учетной записи Microsoft Exchange.
Попросите администратора учетной записи Microsoft Exchange сообщить вам, какой прокси-сервер следует использовать для подключения к серверу Microsoft Exchange. Информацию о том, как настроить подключение к прокси-серверу, см. в справке Mac OS.
Microsoft Outlook 2010, Outlook 2013, Outlook 2016, Outlook 2019 и Outlook для Office 365 позволяют добавлять несколько учетных записей Microsoft Exchange в один и тот же профиль. Вы можете добавить дополнительную учетную запись Exchange, если выполняется одно из следующих условий:
- У вас есть разрешение на полный доступ к дополнительному почтовому ящику Exchange.
- У вас нет разрешения на полный доступ к почтовому ящику Exchange. Однако вы знаете учетные данные для доступа к дополнительному почтовому ящику Exchange.
В этой статье описываются два различных сценария, в которых эта функция может привести к непредвиденному поведению:
Подробнее
В этом разделе описываются два сценария, в которых может возникнуть непредвиденное поведение при использовании функции Outlook, которая позволяет добавлять несколько учетных записей Exchange в один и тот же профиль. Кроме того, в этом разделе приведены действия, которые можно выполнить для решения или временного обхода этих проблем.
Сценарий 1. Почтовые ящики менеджера и делегата добавляются в один и тот же профиль
Outlook 2010, Outlook 2013 и Outlook 2016, Outlook 2019 и Outlook для Office 365 позволяют добавить учетную запись представителя в свой профиль, а представитель — добавить вашу учетную запись в свой профиль. Однако, несмотря на отсутствие предупреждающего сообщения или ошибки, эта конфигурация профиля не поддерживается. Например, на следующем снимке экрана показан профиль Outlook 2010 с двумя учетными записями Exchange.
В этом примере менеджером является Кори Грей. Делегат добавил учетную запись почтового ящика Кори Грея в свой профиль Outlook.
Если доступ к почтовым ящикам менеджера и представителя должен осуществляться в одном и том же профиле Outlook, выполните следующие действия:
Удалите вторую учетную запись Exchange из своего профиля. Например, если вы являетесь делегатом, удалите учетную запись своего менеджера из своего профиля. Для этого выполните следующие действия:
В меню "Файл" выберите "Информация".
Выберите Настройки учетной записи, а затем выберите Настройки учетной записи.
Выберите учетную запись, которую хотите удалить, а затем выберите Удалить.
Выберите Да, когда вам будет предложено подтвердить удаление учетной записи.
В диалоговом окне "Настройки учетной записи" выберите "Закрыть".
Добавьте второй почтовый ящик в качестве дополнительного почтового ящика. (Это отличается от второго аккаунта). Для этого выполните следующие действия:
В меню "Файл" выберите "Информация".
Выберите Настройки учетной записи, а затем выберите Настройки учетной записи.
Выберите свою основную учетную запись, а затем выберите Изменить.
В диалоговом окне "Изменить учетную запись" выберите "Дополнительные настройки".
На вкладке "Дополнительно" выберите "Добавить".
Введите имя почтового ящика и нажмите кнопку ОК.
После внесения этого изменения дополнительный почтовый ящик отображается на вкладке "Дополнительно" в диалоговом окне Microsoft Exchange.
В диалоговом окне Microsoft Exchange выберите ОК.
В диалоговом окне "Изменить учетную запись" выберите "Далее".
Нажмите "Готово", а затем "Закрыть".
В этой конфигурации вы можете получить доступ к любым папкам во втором почтовом ящике, для которых у вас есть разрешения.
Следующие шаги демонстрируют две проблемы, которые могут возникнуть, если учетные записи менеджера и делегата добавляются в один и тот же профиль с помощью функции нескольких учетных записей Exchange в Outlook. Могут быть и другие ситуации, в которых эта неподдерживаемая конфигурация может вызвать проблемы, и эта статья может быть обновлена в будущем, чтобы включить дополнительные проблемы.
В этом сценарии вы считаетесь управляющим аккаунтом.
Используя профиль Outlook 2010, Outlook 2013, Outlook 2016, Outlook 2019 или Outlook для Office 365 для почтового ящика, настройте представителя для своего почтового ящика и используйте параметры делегата по умолчанию.
Настройки делегата по умолчанию не позволяют делегату видеть элементы, которые принадлежат менеджеру и помечены как частные.
Добавьте встречу в свой календарь, а затем включите параметр "Личное" в разделе "Теги" на ленте.
Запустите Outlook, используя профиль делегата.
На вкладке "Файл" выберите "Добавить учетную запись" на вкладке "Информация".
В диалоговом окне "Добавить новую учетную запись" введите данные своей учетной записи и нажмите кнопку "Далее".
Нажмите «Готово» после успешного добавления учетной записи.
Нажмите "ОК" в ответ на запрос о перезапуске Outlook.
Выйдите из Outlook, а затем перезапустите Outlook, используя профиль делегата.
Введите любые учетные данные, если будет предложено.
На панели навигации выберите модуль Календарь.
В разделе "Мои календари" отмените выбор календаря менеджера.
Выберите «Открыть календарь» на ленте, а затем выберите «Открыть общий календарь».
Введите имя почтового ящика менеджера и нажмите кнопку ОК.
В календаре менеджера дважды выберите встречу, созданную на шаге 2.
Откроется встреча, и делегат сможет просмотреть элемент. В конфигурации делегата по умолчанию делегат не должен открывать личный элемент.
Выберите правой кнопкой любое место в календаре руководителя, а затем выберите Создать приглашение на собрание.
Проверьте учетную запись в поле "От".
Указанная в списке учетная запись является учетной записью менеджера. Показанная учетная запись должна быть учетной записью делегата, поскольку делегат создает собрание от имени менеджера.
Сценарий 2. Добавляемый вами почтовый ящик также добавляется автоматическим сопоставлением Exchange Server 2010 с пакетом обновления 1 (SP1)
В Exchange Server 2010 с пакетом обновления 1 (SP1) новая функция автоматического сопоставления автоматически добавляет почтовые ящики в область навигации Outlook, если у вас есть разрешение на полный доступ к почтовым ящикам. Outlook управляет этими дополнительными почтовыми ящиками с помощью определенного набора разрешений. Если вы ранее настроили эти же почтовые ящики как несколько учетных записей Exchange в одном профиле Outlook, вы можете столкнуться с неожиданным поведением при отправке почты с использованием этих других почтовых ящиков. Это связано с тем, что почтовые ящики, доступ к которым осуществляется с помощью функции нескольких учетных записей Exchange в Outlook, используют набор разрешений, отличный от тех почтовых ящиков, которые добавляются с помощью автоматического сопоставления Exchange. Outlook пытается использовать оба набора разрешений одновременно. Эта конфигурация профиля не поддерживается.
Чтобы предотвратить эту проблему, используйте один из следующих способов:
Отключить автоматическое сопоставление для общих почтовых ящиков Exchange
Exchange Server 2010 с пакетом обновления 2 (SP2) расширил функцию автоматического сопоставления, позволив администратору также отключать автоматическое сопоставление для определенных почтовых ящиков. Чтобы отключить функцию автоматического сопоставления для определенных почтовых ящиков Exchange, администратор Exchange должен использовать командную консоль Exchange. Дополнительные сведения о том, как отключить автоматическое сопоставление для почтовых ящиков Exchange, см. в разделе Отключение автоматического сопоставления Outlook с почтовыми ящиками с полным доступом.
Удалить автоматически сопоставленные почтовые ящики из вашего профиля
Чтобы удалить автоматически сопоставленные почтовые ящики из вашего профиля, используйте диалоговое окно «Настройки учетной записи». Поскольку эти почтовые ящики автоматически добавляются с помощью автоматического сопоставления, вам не нужно добавлять их в качестве дополнительных учетных записей Exchange.
Когда вы пытаетесь настроить новую учетную запись электронной почты для Office 365 с помощью мастера добавления новой учетной записи в Microsoft Outlook, ваш профиль Outlook не настраивается автоматически. Кроме того, вы получаете следующее сообщение об ошибке, когда Outlook пытается настроить параметры сервера для вашего профиля:
Зашифрованное соединение с вашими почтовыми службами недоступно
При тестировании с помощью Microsoft Remote Connectivity Analyzer может быть возвращено следующее сообщение об ошибке:
Автообнаружение не может обработать данный адрес электронной почты. Разрешены только почтовые ящики и контакты.
Причина
Эта проблема возникает по одной из следующих причин:
- На странице автоматической настройки учетной записи мастера добавления новой учетной записи в Outlook был введен неверный адрес электронной почты.
- Необходимые обновления для автоматического подключения Outlook к Exchange Online не установлены для используемой версии Outlook.
- Запись CNAME автообнаружения для вашего домена не существует или настроена неправильно.
- В организациях, использующих синхронизацию Active Directory, атрибуты mail, mailNickname, displayName и proxyAddresses настроены неправильно для синхронизированного пользователя в локальной Active Directory.
В этой статье рассматриваются Outlook 2016, Outlook 2013 и Exchange Online. Справку по подключению к Exchange Online с мобильного устройства см. в разделе Настройка и использование Office 365 на телефоне или планшете. Чтобы получить помощь в подключении Outlook к сторонней службе, обратитесь к своему стороннему поставщику услуг электронной почты.
Решение
Рекомендуемый метод
Способ 1. Запустите помощник по поддержке и восстановлению Office 365
Используйте раздел Мне нужна помощь в настройке электронной почты Office 365 в диагностике Outlook в помощнике по поддержке и восстановлению (SaRA). Нажмите «Выполнить», когда браузер предложит вам это сделать.
Эта диагностика выполняет автоматические проверки и возвращает возможные решения, которые вы можете использовать, чтобы попытаться исправить обнаруженные проблемы.
Дополнительные методы
Если вы используете личный домен
Если метод 1 не решает проблему и вы используете личный домен с Office 365, используйте следующие методы в том порядке, в котором они перечислены. Если первый метод не решает проблему, перейдите к следующему.
Способ 2. Обновите Outlook до последней версии
Во-первых, убедитесь, что вы вводите правильный адрес электронной почты и пароль на странице автоматической настройки учетной записи мастера добавления новой учетной записи в Outlook.
Если вы используете Outlook 2010 или более раннюю версию, выполните обновление до последней версии Outlook. Дополнительные сведения см. в разделе Загрузка и установка Office с помощью Office 365 для бизнеса на вашем ПК.
Дополнительные сведения о настройке Outlook для Office 365 см. в следующих ресурсах:
Если этот метод не решает проблему, перейдите к способу 3.
Способ 3. Убедитесь, что запись CNAME автообнаружения настроена правильно
Запись CNAME автообнаружения должна существовать и должна быть правильно настроена. Настоятельно рекомендуется настроить автообнаружение Exchange при использовании Outlook для подключения к почтовым ящикам Exchange Online. Для подключения Outlook в Exchange Online требуется настройка автообнаружения и других связанных записей DNS. Администраторы могут использовать Мастер устранения неполадок домена в Office 365 или Microsoft Remote Connectivity Analyzer, чтобы убедиться, что записи настроены правильно.
Использование мастера устранения неполадок домена в Office 365
Чтобы использовать мастер устранения неполадок домена в Office 365, выполните следующие действия.
Использовать анализатор удаленного подключения Microsoft
Чтобы использовать анализатор удаленных подключений для проверки правильности работы автообнаружения Exchange, выполните следующие действия:
В веб-браузере перейдите к инструменту Microsoft Remote Connectivity Analyzer на следующем веб-сайте:
Заполните все обязательные поля формы и нажмите "Выполнить тест".
По завершении теста определите, был ли он успешным.
Если проверка прошла успешно, автообнаружение работает правильно.
Если проверка не пройдена, убедитесь, что служба автообнаружения настроена правильно. Дополнительные сведения см. в следующих ресурсах:
Если все почтовые ящики в вашей организации находятся в Exchange Online, добавьте запись CNAME автообнаружения, указывающую на autodiscover.outlook.com. Дополнительные сведения см. в статьях Создание записей DNS для Office 365 у любого хостинг-провайдера DNS и Записи внешней системы доменных имен для Office 365.
Если у вас гибридное развертывание Exchange, настройте общедоступные записи DNS автообнаружения для существующих доменов SMTP, чтобы они указывали на локальный сервер Exchange. Дополнительные сведения см. в разделе Предварительные требования для гибридного развертывания.
Способ 4. Убедитесь, что атрибуты пользователя в Active Directory установлены правильно
Если у вас гибридное развертывание Exchange, вы можете использовать командлет Get-RemoteMailbox, чтобы определить, правильно ли установлены следующие атрибуты для пользователя. Общие проблемы возникают, когда для одного или нескольких из этих атрибутов не задано значение.Ниже приведен пример правильных атрибутов.
Чтобы обновить эти атрибуты, можно использовать командлет Set-RemoteMailbox.
После установки правильных значений для этих атрибутов принудительно выполните синхронизацию каталогов, а затем попытайтесь настроить учетную запись электронной почты пользователя в Outlook.
Если вы не используете личный домен
Способ 2. Используйте мастер добавления новой учетной записи в Outlook
Этот метод поддерживается и работает для клиентов, которые не планируют иметь собственный тщеславный или персональный домен. Этот метод также поддерживает автообнаружение. Если местоположение вашего сервера почтовых ящиков изменяется, Outlook обновляется соответствующим образом, используя новое местоположение вашего сервера почтовых ящиков.
Подробнее
Microsoft не поддерживает ручную настройку профиля в Outlook для подключения к почтовым ящикам в Exchange Online в Office 365. Однако мы можем помочь вам выполнить другие задачи, например настроить DNS и записи автообнаружения (как описано в способе 2). ). Это позволяет настроить учетную запись с помощью поддерживаемых методов.
Ссылки
Для получения дополнительной информации см. следующие статьи базы знаний Майкрософт:
Эта статья относится только к проблемам с подключением к Microsoft Outlook, вызванным требованием шифрования RPC.
Симптомы
При запуске Microsoft Office Outlook с использованием профиля, включающего почтовый ящик на сервере с Microsoft Exchange Server 2010, Exchange Server 2013 или Exchange Server 2016, вы можете получить следующие сообщения об ошибках:
Не удается запустить Microsoft Office Outlook. Не удается открыть окно Outlook. Не удалось открыть набор папок.
Не удается открыть папки электронной почты по умолчанию. Компьютер Microsoft Exchange Server недоступен. Либо проблемы с сетью, либо компьютер Microsoft Exchange Server отключен для обслуживания.
Подключение к серверу Microsoft Exchange недоступно. Для выполнения этого действия 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 > ОК (скриншот этого шага можно увидеть здесь).
Выберите Далее > Готово.
Выберите Закрыть > Закрыть > ОК.
Разверните параметр групповой политики, чтобы обновить существующие профили Outlook с помощью шифрования RPC
С точки зрения клиента развертывание параметра шифрования Outlook-Exchange, вероятно, является самым простым решением для организаций, у которых много клиентов Outlook. Это решение включает одно изменение на сервере (контроллере домена), и ваши клиенты автоматически обновляются после загрузки политики на клиент.
Перспективы 2010
По умолчанию параметр шифрования RPC включен в Outlook 2010. Поэтому развертывать этот параметр с помощью групповой политики следует только по одной из следующих причин:
- Исходное развертывание Outlook 2010 отключило шифрование RPC между Outlook и Exchange.
- Вы хотите запретить пользователям изменять параметр шифрования RPC в своем профиле Outlook.
Шаблон групповой политики по умолчанию для Outlook 2010 содержит параметр групповой политики, управляющий шифрованием Outlook-Exchange RPC. Чтобы обновить существующие профили Outlook 2010 с помощью групповой политики, выполните следующие действия:
Добавьте файл .adm на контроллер домена.
Действия по добавлению файла .adm на контроллер домена зависят от используемой версии Windows. Кроме того, поскольку вы можете применять политику к организационному подразделению, а не к домену, шаги для этого аспекта применения политики также могут различаться. Поэтому для получения подробной информации обратитесь к документации по Windows.
Перейдите к шагу 3 после добавления шаблона .adm в редактор локальной групповой политики.
В разделе «Конфигурация пользователя» разверните узел «Административные шаблоны» (ADM), чтобы найти узел политики для вашего шаблона. При использовании шаблона Outlk14.adm этот узел будет называться Microsoft Outlook 2010.
В разделе «Настройки учетной записи» выберите узел Exchange (скриншот этого шага можно увидеть здесь).
Дважды щелкните параметр политики шифрования RPC.
На вкладке "Настройка" выберите "Включено".
Выберите ОК.
На этом этапе параметр политики будет применяться на клиентских рабочих станциях Outlook при репликации обновления групповой политики. Чтобы проверить это изменение, выполните следующую команду:
После выполнения этой команды запустите редактор реестра на рабочей станции, чтобы убедиться, что на клиенте существуют следующие данные реестра:
Если вы видите эти данные реестра в реестре, параметр групповой политики применяется к этому клиенту. Запустите Outlook, чтобы убедиться, что изменение устраняет проблему.
Перспективы 2013
По умолчанию параметр шифрования RPC включен в Outlook 2013. Поэтому развертывать этот параметр с помощью групповой политики следует только по одной из следующих причин:
- Исходное развертывание Outlook 2013 отключило шифрование RPC между Outlook и Exchange.
- Вы хотите запретить пользователям изменять параметр шифрования RPC в своем профиле Outlook.
Шаблон групповой политики по умолчанию для Outlook 2013 содержит параметр групповой политики, управляющий шифрованием Outlook-Exchange RPC. Чтобы обновить существующие профили 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
Microsoft настоятельно рекомендует оставить требование шифрования на сервере включенным и использовать один из других методов, перечисленных в этой статье. Способ 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), развернутый до пакета обновления 1 или обновленный до пакета обновления 1, сохранит существующий параметр требования к шифрованию RPC, который по-прежнему может препятствовать подключению клиента.
Читайте также: