Общие сведения об агентах транспорта
Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Последнее изменение раздела: 2015-03-09
Агенты транспорта позволяют устанавливать настраиваемое программное обеспечение, разработанное Microsoft, сторонними производителями или самой организацией на сервере Microsoft Exchange Server 2010. Это программное обеспечение обрабатывает сообщения электронной почты, которые проходят через транспортный конвейер на транспортный сервер-концентратор или пограничный транспортный сервер. Настраиваемые агенты транспорта предоставляют Exchange 2010 дополнительные функциональные возможности, например программы защиты от нежелательной почты и антивирусные программы или любые функции транспорта, необходимые организации.
Агенты транспорта, как правило, устанавливаются в составе приложений, предназначенных для совместной работы с Exchange 2010. Однако в некоторых случаях может возникнуть необходимость разработать собственные агенты транспорта для управления почтой, проходящей через организацию Exchange 2010.
.gif "Внимание") Внимание! |
|---|
| Агенты транспорта имеют полный доступ ко всем сообщениям электронной почты, обнаруженным ими. Exchange не ограничивает действие агентов транспорта. Нестабильные или содержащие изъяны в безопасности агенты транспорта могут нарушить стабильность и безопасность Exchange. Поэтому устанавливать необходимо только те агенты транспорта, которые заслуживают полного доверия и были испытаны в лабораторной среде. |
Необходимы сведения о других задачах управления, связанных с управлением агентами транспорта? См. раздел Управление агентами транспорта.
Содержание
Агенты транспорта и события SMTP
Назначение приоритетов агентам транспорта
Встроенные агенты транспорта
Устранение неполадок с агентами транспорта
Агенты транспорта и события SMTP
Агенты транспорта, предназначенные для Exchange 2010, используют события SMTP. Такие события возникают при передаче сообщений через транспортный конвейер. События SMTP предоставляют агентам транспорта доступ к сообщениям в особых точках в процессе сеансов связи SMTP и при маршрутизации сообщений через организацию. В следующих таблицах приведены события SMTP, предоставляющие доступ к сообщениям в конвейере транспорта.
События приема SMTP
| Последовательность | событие SMTP | Описание |
|---|---|---|
1 |
OnConnect |
Это событие инициируется первоначальным подключением удаленного узла SMTP. |
2 |
OnEhloCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
3 |
OnHeloCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
4 |
OnAuthCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
5 |
OnEndOfAuthentication |
Это событие инициируется, когда удаленный узел SMTP завершил проверку подлинности. |
6 |
OnMailCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
7 |
OnRcptToCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
8 |
OnDataCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
9 |
OnEndOfHeaders |
Это событие инициируется, когда удаленный узел SMTP завершил передачу заголовков сообщений электронной почты. |
10 |
OnEndOfData |
Это событие инициируется, когда удаленный узел SMTP передает сигнал |
** |
OnHelpCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
** |
OnNoopCommand |
Это событие инициируется, когда удаленный узел SMTP передал команду SMTP |
** |
OnReject |
Это событие инициируется, когда узел-получатель SMTP передал временный или постоянный код уведомления о состоянии доставки узлу-отправителю SMTP. Это событие может возникнуть в любой момент после события SMTP OnConnect и до события SMTP OnDisconnect. |
** |
OnRsetCommand |
Это событие инициируется, когда узел-отправитель SMTP передал команду SMTP |
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 и до момента запуска командлета. Дополнительные сведения см. в разделе Просмотр агентов транспорта в транспортном конвейере.
.gif "Примечание")
Примечание.Сведения, отображаемые командлетом Get-TransportPipeline, создаются только после прохождения сообщения через транспортный конвейер. Кроме того, отображаются только те агенты транспорта, которые обрабатывали сообщение. Конвейерная трассировка Конвейерная трассировка позволяет создавать точный снимок всего сообщения до и после его обработки каждым агентом транспорта. Конвейерная трассировка позволяет определить агент транспорта, выдающий непредвиденный результат, или убедиться, что агент транспорта функционирует надлежащим образом.
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.