Подключение к autodiscover s outlook com что это

Обновлено: 06.07.2024

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

Однако в некоторых случаях автообнаружение не может быть выполнено (не правильно настроен Autodiscover, проблемы с доступом к файлу Autodiscover.xml и т.п.) и пользователю нужно настроить подключение к Exchange серверу вручную. Разберемся, как это сделать.

Совет . Конечно, в первую очередь нужно попытаться добиться от почтовых администраторов, чтобы они настроили корректный Autodiscover для внешних и внутренних клиентов. Допустим, что по каким-то причинам это реализовать не получается.

Метод 1. Локальный XML редирект

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

Метод 2. Локальный XML файл с настройками подключения к Exchange

В том случае, если URL с файлом autodiscover.xml недоступен, придется создать локальный XML файл с полными настройками пользователя для подключения к Exchange. Пример параметров, которые нужно указывать в этом файле можно получить с уже настроенного клиента Outlook. Для этого, перейдите в папку C:\Users\%username%\AppData\Local\Microsoft\Outlook , где вы найдете файл с именем [длинныйGUID]-Autodiscover.xml .

Скопируйте этот файл, измените, если нужно параметры учетной записи и поместите его в папку C:\Autodiscover\autodiscover.xml . Затем выполните 3 и 4 шаг из первого метода.

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

В данных XML файлах нужно изменить данные в квадратных скобках на информацию, соответствующую вашему домену (ее может выдать администратор Exchange или AD).

Совет . Также отметим, что Outlook 2016 не сможет подключиться к ящику на Exchange 2007 и ниже.

Разберем процесс создания инфраструктуры для автоматической настройки почтовых клиентов. Для корректной работы Autodiscover нужен комплексный подход, так как у разных почтовых клиентов свои требования.

1. Microsoft Outlook

С DNS все просто — создаем А- (или CNAME-) и SRV-записи. Пример таких записей в bind:

autodiscover IN A 111.111.111.111

* где 111.111.111.111 — IP-адрес на наш веб-сервер, который будет возвращать документ XML.

Веб-сервер

В качестве примера, настройку выполним на веб-сервере NGINX, который работает на Linux. Если он не установлен, выполняем инсталляцию.

а) если сервер под CentOS / Red Hat:

yum install epel-release

yum install nginx

б) если сервер под Debian / Ubuntu:

apt-get install nginx

После разрешаем автозапуск и стартуем сервис:

systemctl enable nginx

systemctl start nginx

Затем создаем виртуальный домен:

error_page 405 =200 $uri;
>

Проверяем корректность настройки:

Если ошибок нет, перечитываем конфиг:

systemctl reload nginx

Создаем каталог, в котором будет наш XML:

mkdir -p /usr/share/nginx/html/autodiscover/autodiscover

Создадим сам XML:

* где из основных параметров на нужны:

Type — тип протокола, используя который мы будем подключаться к почтовой системе.
Server — сервер для подключения. Для каждого типа протокола может быть задан свой сервер или один и тот же.
Port — порт, на котором слушает сервис. Как правило, для
- IMAP: 143, 993.
- POP: 110, 995.
- SMTP: 25, 465, 587.
Все адреса

Наш файл конфигурации рассчитан только на настройку одного адреса. Теперь нужно настроить его на обслуживание любого email. Для этого необходимо написать скрипт, например, на php и немного донастроить сервер.

PHP и php-fpm

Установим php и php-fpm, после разрешаем автозапуск php-fpm и стартуем его:

а) если сервер под CentOS / Red Hat:

yum install php php-fpm

systemctl enable php-fpm

systemctl start php-fpm

б) если сервер под Debian / Ubuntu:

apt-get install php php-fpm

systemctl enable php7.2-fpm

systemctl start php7.2-fpm

* где 7.2 — версия установленной php (проверяется командой php -v).

Настроим php-fpm

а) если сервер под CentOS / Red Hat:

systemctl restart php-fpm

б) если сервер под Debian / Ubuntu:

systemctl restart php7.2-fpm

NGINX

Внесем настройки в наш виртуальный домен:

.
error_page 405 =200 $uri;

\.php$ set $root_path /usr/share/nginx/html/autodiscover;
fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $root_path$fastcgi_script_name;
include fastcgi_params;
fastcgi_param DOCUMENT_ROOT $root_path;
>
.

* мы добавили обработку скриптов php с помощью php-fpm.

Перезапускаем наш сервер:

systemctl reload nginx

Готовим скрипт

Создадим скрипт php:

<?php
//get raw POST data so we can extract the email address
$data = file_get_contents("php://input");
preg_match("/\<EMailAddress\>(.*?)\<\/EMailAddress\>/", $data, $matches);

Переадресация с xml на php

Теперь настроим, чтобы наш веб-сервер переводил запросы xml на наш скрипт php. Открываем настройку нашего виртуального домена:

.
location = /autodiscover/autodiscover.xml rewrite ^/autodiscover/autodiscover.xml$ /autodiscover/autodiscover.php;
>
.

systemctl reload nginx

Теперь можно открывать Outlook и проверять автонастройку для других почтовых ящиков.

2. Mozilla Thunderbird

Также, как с Outlook, необходимо настроить DNS и веб-сервер.

создаем А-запись (или CNAME). Пример в bind:

autoconfig IN A 111.111.111.111

* где 111.111.111.111 — IP-адрес на наш веб-сервер, который будет возвращать документ XML.

Веб-сервер

Настраивая autodiscovery для Microsoft, мы уже настроили веб-сервер NGINX. Теперь нужно добавить виртуальный домен и создать соответствующий документ.

Откроем уже созданный нами файл конфигурации:

. и добавим в него:

Создаем каталог для хранения XML:

mkdir -p /usr/share/nginx/html/autodiscover/mail
- hostname — имя сервера для подключения. Для каждого типа протокола может быть задан свой сервер или один и тот же.
- port — порт, на котором слушает сервис. Как правило, для
  - IMAP: 143, 993.
  - POP: 110, 995.
  - SMTP: 25, 465, 587.
  - plain — без шифрования.
  - SSL — SSL или TLS шифрование на отдельном порту (465, 993, 995).
  - STARTTLS — TLS шифрование через STARTTLS на обычном порту.
  3. DNS SRV
  
  Это метод, призванный быть универсальным. Более того, он описан стандартом RFC.
  
  Суть заключается в создании SRV-записей в DNS. Данная запись создается по следующему синтаксису:
  - <имя службы> — имя сервиса (например, imap).
  - <протокол> — сетевой протокол (TCP, UDP, TLS).
  - <приоритет> — порядок, в котором идет учет строки.
  - <вес> — если приоритеты совпадают у служб, порядок определяется по их весу.
  - <порт> — порт, на котором слушает служба.
  - <хост> — имя сервера, на который будет вести запись.
  Пример записей для настройки почты:
  
  * в данном примере мы отдаем приоритет более защищенным средствам подключения (smtps, imaps, pop3s).
  
  Функция авто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
  
  Дополнительные сведения об автооткрытии см. в следующих статьях Майкрософт:
  
  Когда компания Microsoft выпустила Exchange Server 2007, одной из новых функций в этом продукте была функция автоматического обнаружения Autodiscover. Функция Autodiscover позволяет вам автоматически настраивать клиентов Outlook 2007, но в этой функциональности скрывается нечто большее. Когда у вас возникают проблемы с Out-of-Office или Free/Busy информацией в Outlook 2007 в сочетании с Exchange Server 2007 (или Outlook 2010 и Exchange Server 2010), скорее всего эти проблемы вызваны неправильной настройкой в конфигурации Autodiscover. Чтобы все усложнить, нужно также отметить, что здесь вовлечены сертификаты SSL.
  
  Примечание: процесс Autodiscover для Exchange 2007 и Outlook 2007 практически такой же, как и в Exchange 2010 и Outlook 2010. В этой статье я буду использовать Exchange 2010 и Outlook 2010.
  
  Рисунок 1: Точка подключения служб сервера клиентского доступа в Active Directory
  
  При установке сервера клиентского доступа CAS (функция Autodiscover является частью этой роли сервера) точка SCP создается автоматически в Active Directory и настраивается, используя умолчания. Если у вас есть несколько серверов CAS, у вас также будет создано несколько точек SCP.
  
  Когда Outlook 2007 установлен на рабочей станции, подключенной к домену, клиент Outlook будет запрашивать в Active Directory информацию Autodiscover. Active Directory вернет список точек SCP, и клиент Outlook автоматически выберет первую точку SCP из списка. Используя информацию, содержащуюся в SCP, клиент Outlook свяжется с сервером Client Access Server для получения информации о его настройке, после чего клиент Outlook будет настроен автоматически.
  
  Есть и другие сторонние производители UC сертификатов, и эти сертификаты тоже отлично работают, но три вышеупомянутых поставщика сертификатов официально поддерживаются компанией Microsoft.
  
  Вы можете проверить сертификаты путем перехода на Outlook Web App сайт и запроса свойств сертификата:
  
  Рисунок 2: Subject Alternative Names в сертификате Unified Communications
  
  Помимо возможности настройки Outlook 2007 и более поздних версий клиентов с помощью процесса Autodiscover, в этом процессе «скрыта» еще некоторая информация:
  Exchange 2010 персональный архив (для клиентов Outlook 2010);
  Этот параметр действителен только для Exchange Server 2010:
  
  Последним шагом будет настройка внешнего DNS. Имя узла интернет почты и имя узла Autodiscover должно обращаться к серверу CAS с выходом в интернет.
  
  Когда вы запускаете Outlook 2007 или Outlook 2010, вы можете автоматически настроить свой профиль путем простого ввода адреса электронной почты и пароля. Когда Outlook настроен, может потребоваться некоторое время, прежде чем клиент Outlook будет синхронизирован, но по прошествии этого времени все должно быть настроено. Если все пройдет нормально, вы сможете настроить свои out-of-office параметры и проверить информацию free/busy в других почтовых ящиках.
  
  Как проверить работоспособность? Если вы запустите Outlook, вы увидите небольшой значок Outlook в нижнем правом углу вашего монитора. Нажмите клавишу Ctrl вместе с правой клавишей мыши, и у вас будет две опции:
  Проверить автоматическую конфигурацию электронной почты (Test E-mail AutoConfiguration)
  
  Рисунок 3: Опции проверки в Outlook 2010
  
  Рисунок 4: Результаты проверки опций Autodiscover в Outlook 2010
  
  Рисунок 5: Exchange Remote Connectivity Analyzer в интернете
  
  Рисунок 6: Успешное тестирование функции Autodiscover
  
  Красный крестик указывает, что что-то не так, а зеленая стрелка говорит об успешности тестов. Обратите внимание, что не все шаги теста обязательно должны быть успешными. На рисунке 6, например, тест Autodiscover в корневом домене не был успешен, но FQDN Autodiscover.exchange14.nl успешен.
  
  Помимо проверки Autodiscover анализатор Exchange Remote Connectivity Analyzer имеет еще ряд опций тестирования, например, тест ActiveSync Connectivity Test является очень мощным тестом для проверки вашей среды Windows Mobile. Он немедленно показывает, правильно ли настроена функция ActiveSync. Дополнительное примечание, при проверке конфигурации ActiveSync вы можете воспользоваться эмулятором Windows Mobile, который можно найти на этом сайте .
  
  Множественные пространства имен SMTP
  
  Вышеуказанное решение является довольно простым, если используется только одно пространство имен SMTP. Однако не редки случаи, когда компании используют множественные пространства имен SMTP. Сейчас я работаю с клиентом, у которого используется более 12 SMTP пространств имен, а также сотни почтовых ящиков, использующих различные SMTP домены. Это несколько усложняет жизнь.
  
  Рисунок 7: Два веб сайта отчетливо видны в диспетчере IIS Manager сервера Client Access Server
  
  Каталог Autodiscover, расположенный в веб сайте Autodiscoverredirect, не обращается к каталогу на локальном диске, как это делает стандартный веб сайт, но он перенаправляется на стандартный веб сайт. Однако перенаправление настраивается с использованием SSL, поэтому, в конечном счете, создается зашифрованное соединение между клиентом Outlook и сервером Exchange Client Access Server.
  
  Рисунок 8: Перенаправление с веб сайта autodiscoverredirect на стандартный веб сайт
  
  Как подключать дополнительные SMTP пространства имен, используя опцию перенаправления? С помощью CNAME записей в публичном DNS. Например, запись публичного IP для Autodiscover.wesselius.info будет представлять собой CNAME запись, обращающуюся к autodiscoverredirect.exchange14.nl. Отсюда она будет перенаправлена на стандартный веб сайт. И это отлично работает как для Exchange Server 2007, так и для Exchange Server 2010.
  
  Есть ли недостатки у этого решения? Да, но, на мой взгляд, очень незначительные. Когда пользователи подключают свои Outlook 2007 клиенты к Exchange Server 2007 или Exchange Server 2010, они получают предупреждение о том, что Outlook перенаправлен на другой сайт.
  
  Рисунок 9: Предупреждение о перенаправлении, которое пользователи Outlook 2007 будут получать во время инициализации своих почтовых ящиков
  
  Заключение
  
  Функция Autodiscover может быть весьма сложной в среде Exchange Server 2007 или Exchange Server 2010, особенно когда используются множественные пространства имен SMTP. При неправильной настройке это вызовет странное поведение функций Out-of-Office и Free/Busy информации. В этой статье я попытался объяснить, как обходить эти проблемы.
  
  Читайте также: