Общие сведения об управляемом транспорте

 

Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Последнее изменение раздела: 2010-08-05

Используя функцию управляемого транспорта в Microsoft Exchange Server 2010, можно требовать подтверждения модераторами всех сообщений электронной почты, отправляемых определенным получателям. Можно настроить любой тип получателя в качестве управляемого, и транспортные серверы-концентраторы Exchange 2010 будут обеспечивать прохождение всех сообщений, отправляемых этим получателям, через процесс утверждения.

В любом типе организации может возникнуть необходимость в ограничении доступа к определенным получателям. Наиболее распространенный сценарий — это потребность управлять сообщениями, отправляемыми в большие группы рассылки. В зависимости от требований организации можно также управлять сообщениями, отправляемыми на почтовые ящики руководителей или партнеров. Для выполнения этих задач можно использовать управляемых получателей.

ПримечаниеПримечание.
В предыдущих версиях Exchange управляемые получатели не поддерживаются. Если сообщение, отправленное в контролируемую группу рассылки, расширяется на транспортном сервере-концентраторе под управлением Exchange Server 2007, оно будет доставлено всем участникам данной группы рассылки, минуя процесс контроля. Если в организации Exchange 2010 имеются транспортные серверы-концентраторы Exchange 2007 и необходимо использовать управляемые группы рассылки, необходимо обозначить транспортный сервер-концентратор Exchange 2010 в качестве сервера расширения для управляемых групп рассылки. Это обеспечивает контроль всех сообщений, отправляемых в группу рассылки.

Управляемый транспорт основывается на инфраструктуре утверждения Exchange 2010. Дополнительные сведения об инфраструктуре утверждения см. в разделе Общие сведения о платформе утверждения.

Необходимы сведения о задачах управления, связанных с транспортными серверами? См. раздел Управление транспортными серверами.

Управляемый транспорт

Приложение управляемого транспорта состоит из следующих компонентов:

  • Классификатор   Классификатор транспорта запускает процесс утверждения. Когда классификатор обнаруживает управляемого получателя во время обработки сообщения, оно перенаправляется в почтовый ящик вынесения решения.

  • Драйвер хранилища   Драйвер хранилища обрабатывает сообщения, которые классификатор помечает для контроля. Когда драйвер хранилища встречает такое сообщение, он сохраняет исходное сообщение в почтовом ящике вынесения решения и отправляет запросы на утверждение модераторам. Когда модератор отвечает решением, драйвер хранилища помечает это решение в сообщении, которое хранится в почтовом ящике вынесения решения. Если утвержденное сообщение снова отправляется информационным помощником, то драйвер хранилища удаляет оболочки рабочего процесса утверждения, так чтобы доставляемое сообщение было идентично исходному сообщению, отосланному отправителем.

  • Информационный помощник   Процесс информационного помощника заключается в наблюдении за почтовым ящиком вынесения решения. Информационный помощник повторно отправляет все утвержденные сообщения в очередь передачи для доставки указанным получателям либо удаляет отклоненные сообщения. Информационный помощник также отвечает за отправку уведомлений об отклонении отправителю. Помимо этого, он очищает почтовый ящик вынесения решения путем удаления из него устаревших либо потерянных сообщений. Например, если модератор просто удаляет запрос на утверждение вместо принятия решения, то соответствующее сообщение, ожидающее утверждения в почтовом ящике вынесения решения, должно быть удалено информационным помощником.

  • Почтовый ящик вынесения решения   Почтовый ящик вынесения решения используется для хранения исходного сообщения, ожидающего утверждения. По умолчанию один почтовый ящик вынесения решения создается для управляемого транспорта во время установки. Он используется для всех управляемых получателей. Можно добавить дополнительные почтовые ящики вынесения решения в целях балансировки нагрузки. Если используется несколько почтовых ящиков вынесения решения, необходимо указать, какой ящик следует использовать для каждого управляемого получателя.

Поток сообщений для управляемых получателей

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

Поток сообщений с управляемым транспортом

Схема передачи сообщений с управляемым транспортом

  1. Отправитель создает сообщение и отправляет его управляемому получателю.

  2. Классификатор перехватывает сообщение, помечает его на управление и затем перенаправляет его в почтовый ящик вынесения решения.

  3. Драйвер хранилища сохраняет сообщение в почтовом ящике вынесения решения и отправляет запрос на утверждение модератору.

  4. Модератор принимает или отклоняет сообщение, используя кнопки в запросе на утверждение.

  5. Драйвер хранилища помечает решение модератора в исходном сообщении, которое хранится в почтовом ящике вынесения решения.

  6. Информационный помощник считывает состояние утверждения в сообщении, находящемся в почтовом ящике вынесения решения, и затем обрабатывает сообщение в зависимости от решения модератора.

    1. Если модератор утверждает сообщение, то информационный помощник повторно отправляет сообщение в очередь передачи, а сообщение доставляется получателю.

    2. Если модератор отклоняет сообщение, то информационный помощник удаляет сообщение из почтового ящика вынесения решения и уведомляет отправителя об отклонении сообщения.

    ПримечаниеПримечание.
    Если модератор не отвечает на сообщение в течение пяти дней, то информационный помощник удаляет сообщение из арбитражного почтового ящика и уведомляет отправителя об истечении срока действия сообщения.

Обработка нескольких управляемых получателей

Возможна отправка сообщения группе получателей, которая включает в себя управляемых получателей и тех получателей, управление которыми не выполняется. В этом случае возникает отдельный процесс утверждения для каждого управляемого получателя.

Рассмотрим сообщение, которое отправляется 12 получателям, один из которых является управляемой группой рассылки. Классификатор делит это сообщение на два сообщения. Одно сообщение немедленно доставляется 11 получателям, управление которыми не выполняется, а второе сообщение отправляется на процесс утверждения для управляемой группы рассылки.

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

Управляемая группа рассылки может содержать других управляемых получателей. В этом случае после утверждения сообщения для группы рассылки возникает отдельный процесс утверждения для каждого управляемого получателя, являющегося участником этой группы. Тем не менее, можно также включить автоматическое утверждение участников группы рассылки после утверждения сообщения для управляемой группы рассылки. С этой целью для параметра BypassNestedModerationEnabled управляемой группы рассылки устанавливается значение $true. Дополнительные сведения о синтаксисе и параметрах см. в разделе Set-DistributionGroup.

Обход операций управления

Сообщения от модераторов доставляются управляемому получателю немедленно, при этом процесс утверждения пропускается. По определению модератор имеет полномочия на отбор тех сообщений, которые соответствуют управляемому получателю.

Операции управления также не применяются для владельцев групп рассылки и динамических групп рассылки. Владелец группы рассылки может отвечать за управление членством в группе рассылки, но не может управлять сообщениями, отправляемыми в нее. Например, специалисты, обслуживающие учетные записи, могут являться владельцами группы рассылки «Все сотрудники», но только определенные лица среди персонала могут иметь права модератора на ту же группу рассылки.

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.