Общие сведения об агентах транспорта

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

Последнее изменение раздела: 2010-01-15

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

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

Предупреждение

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

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

Содержание

Агенты транспорта и события SMTP

Назначение приоритетов агентам транспорта

Встроенные агенты транспорта

Устранение неполадок с агентами транспорта

Агенты транспорта и события SMTP

Агенты транспорта, предназначенные для Exchange 2010, используют события SMTP. Такие события возникают при передаче сообщений через транспортный конвейер. События SMTP предоставляют агентам транспорта доступ к сообщениям в особых точках в процессе сеансов связи SMTP и при маршрутизации сообщений через организацию. В следующих таблицах приведены события SMTP, предоставляющие доступ к сообщениям в конвейере транспорта.

События приема SMTP

Последовательность	событие SMTP	Описание
1	OnConnect	Это событие инициируется первоначальным подключением удаленного узла SMTP.
2	OnEhloCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP EHLO.
3	OnHeloCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP HELO.
4	OnAuthCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP AUTH.
5	OnEndOfAuthentication	Это событие инициируется, когда удаленный узел SMTP завершил проверку подлинности.
6	OnMailCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP MAIL FROM.
7	OnRcptToCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP RCPT TO.
8	OnDataCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP DATA.
9	OnEndOfHeaders	Это событие инициируется, когда удаленный узел SMTP завершил передачу заголовков сообщений электронной почты.
10	OnEndOfData	Это событие инициируется, когда удаленный узел SMTP передает сигнал <CRLF>, что означает конец данных.
**	OnHelpCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP HELP. Это событие может возникнуть в любой момент после события SMTP OnConnect и до события SMTP OnDisconnect.
**	OnNoopCommand	Это событие инициируется, когда удаленный узел SMTP передал команду SMTP NOOP. Это событие может возникнуть в любой момент после события SMTP OnConnect и до события SMTP OnDisconnect.
**	OnReject	Это событие инициируется, когда узел-получатель SMTP передал временный или постоянный код уведомления о состоянии доставки узлу-отправителю SMTP. Это событие может возникнуть в любой момент после события SMTP OnConnect и до события SMTP OnDisconnect.
**	OnRsetCommand	Это событие инициируется, когда узел-отправитель SMTP передал команду SMTP RSET. Это событие может возникнуть в любой момент после события SMTP OnConnect и до события SMTP OnDisconnect.
11	OnDisconnect	Это событие инициируется при прекращении сеанса связи SMTP узлом-отправителем или узлом-получателем SMTP.

Классификатор событий

Последовательность	Событие классификатора	Описание
1	OnSubmittedMessage	Это событие инициируется при передаче сообщения в очереди отправки на узле-получателе SMTP. Это событие инициируется для всех сообщений независимо от способа их передачи: SMTP, MAPI, через каталоги раскладки или преобразования.
2	OnResolvedMessage	Это событие возникает после разрешения всех получателей, но до определения следующего перехода для каждого получателя. Событие маршрутизации OnResolvedMessage позволяет последующим событиям переопределять способ маршрутизации по умолчанию с помощью метода SetRoutingOverride, выполняемого для отдельных получателей.
3	OnRoutedMessage	Это событие инициируется после завершения классификации сообщений, расширения списков рассылки и разрешения получателей.
4	OnCategorizedMessage	Это событие происходит, когда классификатор завершает обработку сообщения.

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

В качестве примера рассмотрим агенты защиты от нежелательной почты. Для них помимо допустимости содержимого сообщения важным фактором является точка, в которой реальное нежелательное сообщение было идентифицировано и отклонено. Чем быстрее сообщение было идентифицировано как нежелательное и подлежащее отклонению, тем меньше издержки в организации. Все события SMTP, инициированные прежде события OnEndOfData, не требуют от узла-получателя SMTP создания отчета о недоставке. Отчет о недоставке не создается, поскольку полное содержимое сообщения не доставляется, пока не произойдет событие SMTP OnEndOfData. Поэтому узел-отправитель SMTP по прежнему отвечает за окончательную доставку сообщения. Если сбой доставки узлу-получателю SMTP происходит прежде события OnEndOfData, узел-отправитель SMTP должен отправить отчет о недоставке отправителю сообщения. Событие SMTP OnEndOfData означает, что узел-получатель SMTP принял все содержимое сообщения. Отсюда следует, что теперь этот узел SMTP отвечает за успешную доставку сообщения, создает и отправляет отчет о недоставке отправителю сообщения. Поэтому очень важно, чтобы агент защиты от нежелательных сообщений зарегистрировал себя с событиями SMTP прежде события OnEndOfData для уменьшения вероятности хранения узлом-получателем SMTP содержимого сообщений и необходимости создавать и отправлять отчет о недоставке отправителю сообщения.

Однако для агентов антивирусной защиты самое важное – гарантированное сканирование каждого сообщения. Агенты, которые должны видеть каждое сообщение, должны быть настроены на событие OnSubmittedMessage протокола SMTP. Для каждого сообщения, проходящего через транспортный конвейер, инициируется событие SMTP OnSubmittedMessage, поскольку оно возникает после любой возможной точки входа передачи, например передачи SMTP от удаленных узлов, передачи MAPI от компьютеров, выполняющих роль сервера почтовых ящиков, каталога раскладки, используемого заказными приложениями или каталога преобразования, используемого приложениями электронной почты сторонних производителей.

В начало

Назначение приоритетов агентам транспорта

Сервер Exchange 2010 позволяет задавать приоритет агентов транспорта, которые входят в Exchange или добавлены другими приложениями. Если установлен приоритет агента транспорта, можно управлять очередностью применения агентов к сообщению. Агентам транспорта может быть назначен приоритет 1 или выше. Первым к сообщениям применяется агент транспорта, чей приоритет ближе к 1. Однако приоритет, назначенный агенту транспорта, является не единственным фактором, используемым для определения порядка применения агентов транспорта к сообщениям. Вторым фактором, используемым для определения порядка применения агентов транспорта, является точка вхождения события SMTP, с которым зарегистрирован агент транспорта, в последовательность событий SMTP.

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

Например, предположим, что агенты транспорта настроены следующим образом:

• Агент транспорта AgentA с приоритетом 1 регистрируется для события SMTP OnEndofHeaders.
• Агент транспорта AgentB с приоритетом 4 регистрируется для события SMTP OnMailCommand.

При просмотре списка зарегистрированных агентов с помощью командлета Get-TransportAgent агент транспорта AgentA указывается с более высоким приоритетом, чем агент транспорта AgentB. Однако при прохождении сообщения через транспортный конвейер агент транспорта AgentB будет применен к сообщению прежде агента транспорта AgentA поскольку событие SMTP OnMailCommand возникает для сообщения прежде события SMTP OnEndOfHeaders.

В начало

Встроенные агенты транспорта

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

Агенты транспорта на транспортных серверах-концентраторах

Имя агента	Приоритет	События SMTP	Сопутствующий раздел
Агент правил транспорта	1	OnRoutedMessage	Общие сведения о правилах транспорта
Агент расшифровки RMS	Приоритет этого агента не настраивается пользователем.	OnSubmittedMessage	Общие сведения об управлении правами на доступ к данным
Агент расшифровки отчетов журнала	Приоритет этого агента не настраивается пользователем.	OncCategorizedMessage	Общие сведения о ведении журнала
Агент шифрования RMS	Приоритет этого агента не настраивается пользователем.	OnRoutedMessage	Общие сведения об управлении правами на доступ к данным
Агент предварительного лицензирования	Приоритет этого агента не настраивается пользователем.	OnRoutedMessage	Общие сведения об управлении правами на доступ к данным
Агент ведения журнала	Приоритет этого агента не настраивается пользователем.	OnSubmittedMessage, OnRoutedMessage	Общие сведения о ведении журнала

Агенты транспорта на пограничных транспортных серверах

Имя агента	Приоритет	События SMTP	Сопутствующий раздел
Агент фильтрации подключений	1	OnConnectEvent, OnMailCommand, OnRcptComand, OnEndOfHeaders	Общие сведения о фильтрации подключений
Агент перезаписи адресов во входящих сообщениях	2	OnRcptCommand, OnEndOfHeaders	Общие сведения о переопределении адресов
Агент граничного правила	3	OnEndOfData	Общие сведения о правилах транспорта
Агент фильтра содержимого	4	OnEndOfData	Общие сведения о фильтрации содержимого
Агент идентификации отправителей	5	OnEndOfHeaders	Общие сведения о кодах отправителей
Агент фильтра отправителей	6	OnMailCommand, OnEndOfHeaders	Общие сведения о фильтрации отправителей
Агент фильтра получателей	7	OnRcptCommand	Общие сведения о фильтрации получателей
Агент анализа протокола	8	OnEndOfHeaders, OnEndOfData, OnReject, OnRsetCommand, OnDisconnectEvent	Общие сведения о ведении журнала протокола
Агент фильтрации вложений	9	OnEndOfData	Общие сведения о фильтрации вложений
Агент перезаписи адресов в исходящих сообщениях	10	OnRcptCommand, OnEndOfHeaders	Общие сведения о переопределении адресов

В начало

Устранение неполадок с агентами транспорта

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

• Командлет Get-TransportPipeline. Командлет Get-TransportPipeline отображает все включенные агенты транспорта и те события SMTP, с которыми они зарегистрированы, для которых встречались сообщения в конвейере транспорта в период времени с момента запуска службы транспорта Microsoft и до момента запуска командлета. Дополнительные сведения см. в разделе Просмотр агентов транспорта в транспортном конвейере.

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

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