Служба Exchange 2013 Mailbox Transport отвечает за взаимодействие с почтовыми базами данных и фактически состоит из двух отдельных служб Windows — Microsoft Exchange Mailbox Transport Delivery и Microsoft Exchange Mailbox Transport Submission. Каждая из них отвечает за отдельную задачу, но обе взаимодействуют с Транспортной службой на серверах с ролью MBX. В этой статье я расскажу подробно о последней оставшейся службе транспорта Exchange 2013, фундаментально отличающейся от всех остальных.
Это третья статья из серии, посвященной принципам работы служб транспортного конвейера Exchange 2013, а вот полный список:
- Служба Exchange 2013 FrontEnd Transport
- Служба Exchange 2013 Transport
- Служба Exchange 2013 Mailbox Transport
- Служба Exchange 2013 Edge Transport
А также статьи по управлению логированием этих служб:
ПЯТЬ ПРИЗНАКОВ ПЛОХОГО АДМИНА EXCHANGE SERVER
- Логи Exchange 2013 FrontEnd Transport
- Логи Exchange 2013 Transport
- Логи Exchange 2013 Mailbox Transport
- Логи Exchange 2013 Edge Transport
Не забывайте про официальную документацию.
Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.
Exchange 2013 Mailbox Transport
В Exchange 2013 существуют несколько служб транспорта, назначение которых отличается фундаментально, хоть и задача у них одна единственная — участвовать в транспортировке почтовых данных. В предыдущих статьях я составлял список всех компонентов транспортного конвейера, напомню его и в этой:
- Транспортная служба переднего плана на серверах клиентского доступа (Отображаемое имя — Microsoft Exchange FrontEnd Transport, сокращенное — MSExchangeFrontEndTransport);
- Транспортная служба на серверах почтовых ящиков (Отображаемое имя — Microsoft Exchange Transport, сокращенное — MSExchangeTransport);
- Транспортная служба почтовых ящиков на серверах почтовых ящиков (Реально включает в себя две службы — Microsoft Exchange Mailbox Transport Delivery и Microsoft Exchange Mailbox Transport Submission, сокращенные имена — MSExchangeDelivery и MSExchangeSubmission соответственно);
- Транспортная служба на пограничных транспортных серверах (Отображаемое имя — Microsoft Exchange Transport, сокращенное — MSExchangeTransport).
Схожий по задачам функционал выполняют только вторая и четвертая служба, остальные отличаются принципиально. Вместе все они образуют транспортный конвейер, являющийся сердцем почтового сервера.
Транспортный конвейер
После рассмотрения в предыдущих статьях службы FrontEnd Transport (Транспортная служба переднего плана — Служба Exchange 2013 FrontEnd Transport) на серверах клиентского доступа и службы Transport (Транспортная служба — Служба Exchange 2013 Transport) на серверах почтовых ящиков мы дошли до последней структурной единицы транспортного конвейера — службы Mailbox Transport (Транспортная служба почтовых ящиков). Также не будет лишним напомнить как вообще выглядит транспортный конвейер Exchange 2013:
Как установить и настроить Exchange Server 2019. Active Directory Domain Services
В контексте данной статьи нас будет интересовать роль Сервер почтовых ящиков (MBX или MailBox Server) и конкретно одна служба этой роли — Транспортная служба почтовых ящиков. Убрав со схемы все ненужные элементы, получаем:
Поскольку Транспортная служба почтовых ящиков включает в себя две службы Windows, было бы логично разобраться в принципе работы каждой из них. Тем не менее на официальных ресурсах не так много информации касательно каждой из них, удается найти лишь общие сведения о Транспортной службе почтовых ящиков. Сведем воедино информацию, доступную по этому вопросу.
Принцип работы
Хочу напомнить, что всего у Exchange 2013 есть три серверные роли — CAS, MBX и Edge (добавлена в Exchange Server 2013 SP1). Транспортная служба почтовых ящиков принадлежит к роли MBX.
Иллюстрации транспортного конвейера, присутствующие в моей статье, взяты с официальных источников 1 . Стоит отметить, что на изображении и в русской документации потока обработки почты Exchange 2013 присутствуют некоторые различия в переводе.
Например на рисунке выше служба MSExchangeSubmission имеет имя Транспортная служба отправки почты в почтовый ящик, в то время как в документации её ещё называют Транспортная служба отправки почтовых ящиков. Оба варианта имеют один и тот же смысл. Вторая служба — MSExchangeDelivery — также имеет два схожих варианта перевода — Транспортная служба доставки почты в почтовый ящик или Служба доставки транспорта почтовых ящиков. Очень сложно не запутаться, но вы постарайтесь.
Попробуем сформулировать основные принципы работы Mailbox Transport:
1. Только Транспортная служба почтовых ящиков взаимодействует с базами данных и делает это она по протоколу RPC. При этом речь идет только о локальных базах данных на конкретно взятом сервере с ролью MBX. С базами данных на других серверах эта служба не работает, а делает это через Транспортную службу на удаленном сервере, связываясь по протоколу SMTP. Вот что пишут по этому поводу в документации:
Только служба транспорта почтовых ящиков связывается с базой данных почтовых ящиков на локальном сервере почтовых ящиков.
…
Удаленные вызовы процедур (RPC) используются службой транспорта почтовых ящиков только для отправки и получения сообщений в локальной базе данных почтовых ящиков. … Другими словами, RPC никогда не используется для связи между серверами. Вместо этого служба транспорта почтовых ящиков и служба транспорта на разных серверах почтовых ящиков всегда связываются по протоколу SMTP.
Разумеется сказанное выше справедливо и для групп доступности баз данных (DAG) для серверов, на которых располагается активная реплика БД.
2. Углубляясь далее можно сказать, что RPC используется в обоих случаях — при доставке сообщений получателю и при их отправке. В первом случае Транспортная служба почтовых ящиков получает сообщение по протоколу SMTP от Транспортной службы на локальном или удаленном сервере и подключается по RPC к базе данных для доставки этого сообщения конечному получателю. Во втором случае также идет соединение с БД по RPC, но уже для извлечения отправляемого сообщения и его дальнейшей передаче Транспортной службе также по SMTP.
3. Поскольку Транспортная служба почтовых ящиков может обращаться к Транспортным службам на других серверах с ролью MBX, должен быть какой-то механизм выбора необходимого сервера для передачи сообщения. Этот механизм есть и он известен по предыдущей статье про Транспортную службу (Служба Exchange 2013 Transport) — это маршрутизация сообщений 2 , которая использует таблицы маршрутизации для выбора оптимального пути и группы доставки как точки назначения.
Используя все преимущества маршрутизации на основе данных о топологии Active Directory, нужно не забыть про некоторые ограничения, частично озвученные выше — Транспортная служба почтовых ящиков взаимодействует только с Транспортными службами (на локальных или удаленных серверах), связывается по RPC только с локальными базами данных, но не с БД на других серверах, а также находится в одной и той же группе доставки (называемой локальная) с Транспортной службой, поскольку обе они принадлежат одной роли MBX.
4. Транспортная служба почтовых ящиков также использует агентов транспорта для реализации логики обработки сообщений, но, в отличие от Транспортной службы и Транспортной службы переднего плана, пользователям не предоставлено инструментов (SDK) для создания своих агентов.
Ну а теперь переходим к самому интересному.
Соединители приема и соединители отправки
Просматривая соединители приема, созданные по умолчанию на только что установленном сервере, вы обнаружите, что три соединителя принадлежат роли FrontendTransport, а два — HubTransport (название вероятно досталось по наследству от предыдущих версий Exchange). Это Транспортная служба переднего плана на серверах клиентского доступа и Транспортная служба на серверах почтовых ящиков. Места для Транспортной службы почтовых ящиков среди дефолтных соединителей, к сожалению, не нашлось (на самом деле оно и к лучшему, а то и так черт ногу сломит в этих коннекторах:) ).
Принципы работы службы, озвученные в предыдущем разделе выше, на самом деле прямо намекают на существование как минимум одного соединителя приема (от Транспортных служб на локальном и/или удаленных серверах) и одного соединителя отправки (в Транспортную службу на локальном и/или удаленных серверах). Это можно и заметить и из иллюстрации.
Действительно, так оно и есть, служба имеет по одному системному соединителю приема и соединителю отправки:
- Mailbox Proxy Send Connector (SMTP 25/2525 в Транспортную службу на других серверах почтовых ящиков);
- Default Mailbox Delivery (SMTP 475 от Транспортной службы на других серверах почтовых ящиков).
Кстати, первый соединитель в русскоязычной версии Exchange 2013 будет иметь название Соединитель отправки прокси почтовых ящиков, а второй на русскоязычных серверах почему-то все также имеет английское название, но пишется совместно с именем сервера, например вот так: EXCH02Default Mailbox Delivery EXCH02.
Соединители отправки, созданные вручную, к Транспортной службе почтовых ящиков никакого отношения не имеют.
Сведем полученные данные в таблицу:
| Название | Назначение | Порт | Направление |
| Mailbox Proxy Send Connector | Отправка | 25/2525 | К Транспортной службе на локальном или удаленных серверах почтовых ящиков |
| Default Mailbox Delivery | Прием | 475 | От Транспортной службы на локальном или удаленных серверах почтовых ящиков |
Имея всю необходимую информацию, попробуем изобразить все на иллюстрации:
С окончанием этой статьи вы знаете как функционируют все три ключевые службы транспортного конвейера Exchange 2013:
- Транспортная служба переднего плана — Служба Exchange 2013 FrontEnd Transport;
- Транспортная служба — Служба Exchange 2013 Transport;
- Транспортная служба почтовых ящиков (если кто-то не понял, то в этой статье я рассказывал именно о ней);
После этого вас не должна смутить ни одна «странная» запись в многочисленных логах транспортных служб конвейера.
Источник: blog.bissquit.com
Использование режима обслуживания в Exchange Server
31.03.2022
itpro
Exchange, PowerShell, Windows Server 2019
комментария 2
В этой статье рассмотрим, как правильно перевести хост Exchange Server 2019/2016 в режим обслуживания. Сервер группы высокой доступности (Database Availability Group, DAG) Exchange нужно перевести в режим обслуживания (maintenance mode), если вы планируете установить обновления на хосте Exchange (обновления Windows или Exchange CU) или выполнить обслуживание аппаратной платформы сервера. При переводе сервера в maintenance mode нужно перенести активные базы с сервера, и переключить очередь на другие сервера.
В Exchange Server есть два встроенных PowerShell скрипта, связанных с режимом обслуживания:
-
StartDagServerMaintenance.ps1 – позволяет перенести активные базы данных, роль диспетчера Primary Active Manager (PAM) на другой сервер и заблокировать обратный перенос почтовых баз до окончания обслуживания;
Эти скрипты находятся в каталоге установки Exchange в папке Scripts (CD $ExScripts). Используется следующий синтаксис этих скриптов:
.StartDagServerMaintenance.ps1 -ServerName -MoveComment Maintenance -PauseClusterNode
.StopDagServerMaintenance.ps1 -serverName
Эти скрипты помогают автоматизировать часть операций. Но в большинстве случаев администраторы Exchange предпочитают выполнять все действия по переводу сервера в режим обслуживания вручную.
Ниже рассмотрен пример готового PowerShell скрипта, который можно использовать для перевода Exchange в режим обслуживания. Команды нужно выполнять на компьютере с установленным Exchange Management Shell и модулем RSAT-Clustering:
Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
Import-Module FailoverClusters
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://msk-mbx1.winitpro.ru/PowerShell/ -Authentication Kerberos -Credential (Get-Credential)
Import-PSSession $Session
Задайте имена серверов Exchange:
# сервер, который переводится в режим обслуживания
$maintance_srv = «msk-mbx1.winitpro.ru»
# целевой сервер, на который нужно перенести очереди
$target_srv = «msk-mbx2.winitpro.ru»
#Отключаем компонент HubTransport на сервере и переводим его в режим Draining
Set-ServerComponentState $maintance_srv –Component HubTransport –State Draining –Requester Maintenance
Restart-Service MSExchangeTransport
#Можно проверить, что статус HubTransport изменился на Draining
Get-ServerComponentState -Identity $maintance_srv -Component Hubtransport
Если сейчас выполнить команду Get-ServerComponentState -Identity $maintance_srv , то все компоненты Exchnage (кроме Monitoring и RecoveryActionsEnabled) должны быть в состоянии Incative.
#Теперь нужно перенести очереди сообщений на другой сервер
Redirect-Message -Server $maintance_srv -Target $target_srv
# Проверьте, что очереди очистились с помощью команды:
Get-Queue
# Поставьте на паузу ноду кластера, при этом роль Primary Active Manager (PAM) будет перенесена на другой сервер группы DAG
Suspend-ClusterNode –Name $maintance_srv
# Перевод всех смонтированных копий почтовых баз на другие сервера
Set-MailboxServer $maintance_srv –DatabaseCopyActivationDisabledAndMoveNow $true
# Запретите активацию почтовых баз на сервере
Set-MailboxServer $maintance_srv –DatabaseCopyAutoActivationPolicy Blocked
Дождитесь переключения почтовых баз (потребует несколько минут). Убедитесь, что список смонтированных баз на сервер пуст:
Get-MailboxDatabaseCopyStatus -Server $maintance_srv | where
# Перевод компонентов Exchange в режим обслуживания
Set-ServerComponentState $maintance_srv –Component ServerWideOffline –State InActive –Requester Maintenance
# Проверьте, что сервер находится в режиме обслуживания:
Get-ServerComponentState -Identity $maintance_srv -Component ServerWideOffline
Get-MailboxDatabaseCopyStatus
Теперь вы можете выполнить необходимые вам процедуры обслуживания хоста Exchange. После окончания работ с сервером нужно выполнить обратную процедуры вывода Exchange из режима обслуживания:
Set-ServerComponentState $maintance_srv –Component ServerWideOffline –State Active –Requester Maintenance
# Статус можно проверить так (должен стать Active):
Get-ServerComponentState $maintance_srv -Component ServerWideOffline
Resume-ClusterNode –Name $maintance_srv
Set-MailboxServer $maintance_srv –DatabaseCopyAutoActivationPolicy Unrestricted
Set-MailboxServer $maintance_srv –DatabaseCopyActivationDisabledAndMoveNow $false
Set-ServerComponentState $maintance_srv –Component HubTransport –State Active –Requester Maintenance
Проверьте статус Exchange Server с помощью:
Распределите почтовые базы по серверам DAG в соответствии с заданными предпочтениями с помощью скрипта RedistributeActiveDatabases.ps1:
cd $exscripts
.RedistributeActiveDatabases.ps1 -DagName msk-dag –BalanceDbsByActivationPreference
Если нужно перенести все активные копии почтовых баз с одного сервера на другой, выполните:
Move-ActiveMailboxDatabase -Server $target_srv -ActivateOnServer $maintance_srv -Confirm:$false
Выполните проверку доступности MAPI:
Test-MAPIConnectivity -Server $maintance_srv
Проверьте статус баз и репликацию в DAG:
Источник: winitpro.ru
Установка Exchange Server 2016
Мы будем рассматривать тот случай, когда у вас уже есть два сервера с установленной на них операционной системой Windows Server 2016. Кроме того, на одном из серверов должна быть установлена роль Active Directory Domain Services.
На Windows Server 2016 требуется установить все доступные обновления перед установкой Exchange Server 2016.
На будущем сервере Exchange заходим в систему под учетной записью, которая состоит в группах: Администраторы предприятия, администраторы схемы и администраторы домена.
На «Панели задач» нажимаем правой кнопкой мыши на «Windows PowerShell» и выбираем «Запуск от имени администратора».
Теперь необходимо установить средства удаленного администрирования для последующей подготовки Active Directory к установке Exchange Server 2016.
Выполняем команду «Install-WindowsFeature RSAT-ADDS».
Начался процесс установки средств удаленного администрирования.
После того, как установка средств удаленного администрирования успешно завершена, необходимо установить компоненты, необходимые для работы сервера Exchange.
«Install-WindowsFeature NET-Framework-45-Features, Server-Media-Foundation, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression,Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation, RSAT-ADDS »
Начался процесс установки необходимых компонентов.
Установка необходимых компонентов успешно завершена.
Теперь необходимо перезагрузить сервер.
Когда сервер перезагрузился — необходимо установить Unified Communications Managed API 4.0 на будущий сервер Exchange.
Скачиваем Unified Communications Managed API 4.0 после чего запускаем «UcmaRuntimeSetup.exe».
Откроется «Мастер установки Unified Communications Managed API 4.0».
Нажимаем на кнопку «Далее».
Далее необходимо принять условия лицензии.
Нажимаем на кнопку «Установить».
Начался процесс установки «Unified Communications Managed API 4.0».
Установка «Unified Communications Managed API 4.0» завершена.
Нажимаем на кнопку «Готово».
Далее необходимо скачать Microsoft .NET Framework 4.7.1 по ссылке.
Запускаем установщик NDP471-KB4033342-x86-x64-AllOS-ENU.exe
Подтверждаем лицензионное соглашение и нажимаем «Установить».
Затем начинается установка.
Для продолжении установки требуется закрыть программы, для этого нажимаем «ДА».
После завершения установки нажимаем «Готово».
Затем установщик запросит перезагрузить сервер, нажимаем «Перезагрузить сейчас».
После перезагрузки устанавливаем еще Распространяемые пакеты Visual C++ для Visual Studio 2013 для этого переходим по ссылке.
После того как скачали файл, запускаем его и подтверждаем лицензию затем нажимаем «Install».
Пакеты Visual C++ установлены. Нажимаем «Close».
Теперь необходимо подготовить схему Active Directory.
На «Панели задач» нажимаем правой кнопкой мыши на «Windows PowerShell» и выбираем «Запуск от имени администратора».
Переходим на диск «D», где находятся установочные файлы Exchange Server 2016.
«сd D:»
«.setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms»
Начался процесс подготовки схемы Active Directory.
Процесс подготовки схемы Active Directory успешно завершен.
Теперь необходимо подготовить Active Directory и создать организацию Exchange.
Обратите внимание, после «OrganizationName» необходимо указать название вашей организации на английском языке.
В данном руководстве используется название организации «dm11».
«.setup.exe /PrepareAD /OrganizationName:»dm11″ /IAcceptExchangeServerLicenseTerms»
Начался процесс подготовки Active Directory и создания организации Exchange.
Процесс подготовки Active Directory и создания организации Exchange успешно завершен.
Теперь необходимо подготовить домен.
«.setup.exe /PrepareDomain:dm11.esit.info /IAcceptExchangeServerLicenseTerms».
Процесс подготовки домена успешно завершен.
Теперь можно приступить к установке Exchange Server 2016.
На данном этапе можно проверить наличие обновлений для Exchange Server 2016.
Выбираем «Подключиться к Интернету и проверить наличие обновлений» и нажимаем на кнопку «Далее».
На данный момент обновлений для Exchange Server 2016 нет.
Нажимаем на кнопку «Далее».
Далее «Мастер установки Exchange Server» предлагает ознакомиться с информацией касательно Exchange Server 2016.
Нажимаем на кнопку «Далее».
Теперь необходимо принять условия лицензии.
Нажимаем на кнопку «Далее».
Выбираем «Не использовать рекомендуемые параметры», чтобы сервер Exchange автоматически не отправлял в Microsoft отчеты об ошибках и другую информацию по использованию сервера Exchange.
Теперь необходимо выбрать какие роли будут установлены на ваш сервер.
Выбираем «Роль почтового ящика», затем выбираем «Автоматически установить роли и компоненты Windows Server, необходимые для Exchange Server» и нажимаем на кнопку «Далее».
Оставляем настройки без изменений и нажимаем на кнопку «Далее».
Теперь можно настроить параметры защиты от вредоносных программ.
В пункте «Отключить проверку на наличие вредоносных программ» выбираем «Нет» и нажимаем на кнопку «Далее».
Далее начнется процесс проверки готовности к установке, после того как процесс будет завершен, можно запускать процесс установки Exchange Server 2016.
Нажимаем на кнопку «Установить».
Начался процесс установки Exchange Server 2016.
Установка Exchange Server 2016 успешно завершена.
Нажимаем на кнопку «Готово».
Для администрирования сервера Exchange используется «Exchange Administration Center», доступный по ссылке https://Exchange2016/ecp, где Exchange2016 – имя сервера.
Теперь необходимо указать имя пользователя и пароль для входа в «Exchange Admin Center».
Нажимаем на кнопку «Войти».
Далее необходимо выбрать язык на котором будет отображаться дальнейшая информация, а также часовой пояс.
Добро пожаловать в «Exchange Admin Center».
Можно приступать к работе с сервером Exchange.
Теперь можно проверить состояние служб Exchange Server.
Нажимаем «Start», ищем «Exchange Management Shell», затем нажимаем правой кнопкой мыши на «Exchange Management Shell» и выбираем «Запуск от имени администратора».
«Test-ServiceHealth»
Проверка служб успешно завершена.
Значение «True» в «RequireServiceRunning» свидетельствует о том, что служба запущена.
Необходимо перезагрузить сервер, можно приступать к дальнейшей настройке.
Порядок установки антиспам-агентов через командную консоль Exchange Management Shell
1. Запустите сценарий PowerShell Install-AntispamAgents.ps1 и в консоли запустите команду:
Get-SenderFilterConfig | Format-Table Name,Enabled;
Get-SenderIDConfig | Format-Table Name,Enabled; Get-SenderReputationConfig | Format-Table Name,Enabled
5. Настройте отказ от приема письма. Добавьте отправку автоматического сообщения отправителю, что его письмо посчитали спамом:
Set-ContentFilterConfig -RejectionResponse «Your email is identified as spam, and has been rejected by the recipient’s
e-mail system..»
Проверьте, как это работает:
Get-ContentFilterConfig | Format-List *Reject*
В конце проверьте работу фильтра полностью, со всеми параметрами конфигурации:
Get-ContentFilterConfig | fl
Обратите внимание, включено ли автоматическое удаление спама. Для начала эту функцию лучше оставить выключенной, чтобы не потерять нужные письма.
Рекомендуем включить функцию отбоя спама с уведомлением отправителю:
set-ContentFilterConfig -SCLRejectEnabled $true
Вы можете также указать список доменов или почтовых адресов, сообщения с которых никогда не будут отправлены в спам. Создаем новый список доверенных доменов:
Set-ContentFilterConfig -BypassedSenderDomains microsoft.com,efsol.ru
Добавляем новые домены к ранее созданному списку:
Рекомендуем установить и включить антиспам-агенты на сервере почтовых ящиков после установки Exchange Server 2016. Это просто необходимо, если нет иных инструментов против спама в получаемой почте.
Мы также готовы оказать помощь в установке и настройке почтового сервера MS Exchange.
Нашим клиентам мы предлагаем реализацию данного проекта и последующее ИТ-обслуживание в рамках ИТ-аутсорсинга.
Альтернативным вариантом является — взять в аренду уже настроенный сервер Exchange или подключиться к публичному облачному Exchange на базе структуры EFSOL.
Источник: efsol.ru
Что такое Exchange ActiveSync?
Коллеги, сегодня мы разберем что же такое Exchange ActiveSync и «с чем его едят»?
У вас в организации почтовый сервер Exchange на 800 пользователей, они каждый день приходят на работу, открывают Outlook и начинают работать в почте. Но иногда возникает ситуация, что сотрудник заболел или уехал в долгосрочную командировку и ему нужно воспользоваться почтой в оперативном режиме. Можно использовать Microsoft Outlook web Access, но он не обеспечивает удобного доступа к ящику с мобильных устройств и тем более не является оперативным. Для обеспечения сотрудников мобильной почтой Майкрософт рекомендует использовать технологию Microsoft ActiveSync.
Microsoft ActiveSync — это протокл основанный на HTTP и XML , который дает возможность синхронизировать корпоративный почтовый ящик в мобильные устройства (планшет, телефон). Причем синхронизируется не только почта, а все возможности Exchange, такие как календарь контакты, заметки. Пользователь может свободно создавать встречи в календаре, выбирать адресата из глобального списка адресов и тд. Данный протокол не требует суперскоростного интернета и работает даже через медленный edge от мобильного оператора.
В наше время почти все мобильные телефоны поддерживают протокол Microsoft ActiveSync будь то IOS или Android . Если вы хотите настроить ваш телефону обратитесь к вашему администратору почтовой системы за помощью. Если вы администратор то читайте как это можно сделать тут.
Всем спасибо за внимание. Если у вас остались вопросы, пожалуйста задавайте их в комментариях.
Ссылки по теме:
- КАК ОТКЛЮЧИТЬ РЕЖИМ КЭШИРОВАНИЯ В OUTLOOK?
- НАСТРОЙКА ПОДПИСИ В OUTLOOK 2010.
- НЕ РАБОТАЕТ АВТООТВЕТ В OUTLOOK
Источник: it-connection.ru