Exchange клиент невозможно установить соединение

Решения для ошибок, возникающих при тестировании соединения Exchange:

• Active Directory authentication must be defined in Logins!
  Соединение с Exchange требует, чтобы АРХИВА был настроен для аутентификации с помощью Active Directory или Azure в Configuration → Logins. Также необходимо, чтобы права олицетворение были назначены учетной записи для олицетворение. См. раздел Синхронизация папок для получения дополнительной информации.

• Failed to connect to mailbox journal@stimulussoft.local: failed to establish connection to server. Debug Log: The request failed. The remote server returned an error: (401) Unauthorized
  В большинстве случаев необходимо ввести полное имя пользователя (UPN) или адрес электронной почты в поле учетной записи для олицетворение соединения Exchange. Однако в зависимости от конфигурации Exchange может потребоваться просто ввести имя почтового ящика (без доменного суффикса). Например, введите просто journal (имя почтового ящика), а не journal@stimulussoft.local.
  Убедитесь, что флаг "сбросить пароль при следующем входе" для учетной записи для олицетворение не установлен. Если этот флаг установлен, возникнет ошибка 401. Убедитесь, что аутентификация Windows включена в IIS → Default Web Site → EWS → Authentication Method на сервере Exchange.
  Примечание: Эта проблема наблюдается в некоторых версиях MS Exchange. См. StackOverflow для получения дополнительной информации.

• Exchange test failed 192.168.210.215 failed: The request failed. The Url property on the ExchangeService object must be set.
  Похоже, служба Auto Discover не настроена или не работает на вашем Exchange-сервере. Снимите галочку с Auto Discovery.

• Failed to connect to mailbox journal@stimulussoft.local: Debug log: The account does not have permission to impersonate the requested user.
  Права олицетворение для журналирования настроены неправильно. См. раздел Импонирование для получения инструкций.

• Failed to connect to mailbox daisy@stimulussoft.local: Unable to access mailbox daisy@stimulussoft.local: Unexpected EOF in prolog at [row,col]: [1,0]
  Отключите ASP.Net Impersonation в IIS → Default Web Site → EWS → Authentication Method на сервере Exchange.

• Test exchange connection using mailbox daisy@stimulussoft.local.. failed to connect to mailbox daisy@stimulussoft.local: Unable to access mailbox daisy@stimulussoft.local: Forbidden
  Измените настройки SSL, чтобы они соответствовали настройкам IIS → Default Web Site → EWS → SSL Settings, указанным в режиме подключения Exchange. Также установите настройки SSL EWS на "Ignore Client Certificates".

• Could not retrieve list of users from server 192.168.0.250: failed to locate users in the directory: Failed to locate authority for name: archiva.dataocean.local
  По соображениям безопасности механизм аутентификации всегда проверяет, что сервер AD/LDAP действительно тот, за кого себя выдает. Таким образом, фактическое FQDN, сообщаемое AD, должно совпадать с адресом сервера AD в **Configuration ** → Logins. Обычно эта ошибка указывает на то, что фактическое имя сервера AD/LDAP не соответствует имени сервера AD/LDAP, указанному в Configuration → Logins. Решение заключается в том, чтобы указать реальное полное доменное имя сервера (не просто DNS-имя).

• Name or service not known: Caused by: java.net.UnknownHostException: archiva.dataocean.local: Name or service not known
  Эта ошибка обычно вызвана тем, что оператор Java InetAddress.getLocalHost() выбрасывает исключение. Причиной этого могут быть несколько факторов, наиболее распространенным из которых является неправильная настройка локального имени хоста / DNS. Обычно это означает, что имя хоста и полное доменное имя сервера настроены неправильно. Возможно, также потребуется создать DNS-запись для сервера на локальном DNS. Другие возможные причины указаны на StackOverflow.

• Failed to connect to mailbox extest_1ea06f331e634@stimulussoft.local: Unable to access mailbox extest_1ea06f331e634@stimulussoft.local: The account does not have permission to impersonate the requested user.
  Права олицетворение не были назначены пользователю, указанному в соединении Exchange. См. раздел Импонирование Exchange, чтобы назначить права олицетворение пользователю.

• The primary SMTP address must be specified when referencing a mailbox.
  Обновите до последней версии. Эта проблема была исправлена путем введения имени основного атрибута почтового ящика и поля в Configuration → Logins.

Примечание: Обычно требуется около десяти минут, чтобы команда олицетворение вступила в силу. Поэтому после назначения прав олицетворение Exchange целесообразно подождать несколько минут, прежде чем снова запускать тест соединения Exchange.

• Internal Server Error.
  Примечание: Эта ошибка возвращается непосредственно от Microsoft Exchange, а не от самого сервера АРХИВА.

Решение для внутренней ошибки сервера:

1. Переименуйте C:\Inetpub\wwwroot\web.config в C:\Inetpub\wwwroot\web.config.bak на Windows-сервере, на котором работает IIS.

2. Выполните команду iisreset в командной строке.

3. Если это не поможет, внутренняя ошибка часто вызвана проблемой связи между Microsoft Exchange и IIS. Общими причинами являются:

   • Неправильные/отсутствующие разрешения в MS Exchange.

   • Проблемы с обновлением Exchange с более ранней версии и/или поврежденные объекты Exchange.
     Для решения следуйте вышеуказанным шагам по дополнительной отладке. Если это не поможет, полезно просмотреть журналы событий как IIS, так и сервера Exchange. См. Exchange Guru. Журналы IIS обычно находятся по пути C:\Windows\System32\LogFiles\W3SVC1. Более подробная информация о логировании ошибок HTTP 500 доступна по адресу Learn IIS.