Descripción de los agentes de transporte
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2015-03-09
Los agentes de transporte permiten instalar software personalizado, creado por Microsoft, por terceros o por la propia organización, en un equipo que ejecute Microsoft Exchange Server 2010. Este software puede procesar mensajes de correo electrónico que pasen por el canal de transporte de un servidor de transporte perimetral o de un servidor de transporte perimetral. Los agentes de transporte personalizados ofrecen más funcionalidades a Exchange 2010, como, por ejemplo, programas contra correo no deseado o programas antivirus que puede necesitar la organización.
Los agentes de transporte se suelen instalar automáticamente como parte integrante de las aplicaciones diseñadas para funcionar conjuntamente con Exchange 2010. Sin embargo, una organización podría querer desarrollar sus propios agentes de transporte para administrar el correo que fluye a través de su organización de Exchange 2010.
Advertencia
Los agentes de transporte tienen acceso completo a todos los mensajes de correo electrónico que encuentran. Exchange no impone restricción alguna al comportamiento de los agentes de transporte. Los agentes de transporte que no son estables o tienen defectos de seguridad pueden afectar a la estabilidad y la seguridad de Exchange. Por tanto, sólo se deben instalar agentes de transporte en los que se confía totalmente y que han sido probados completamente en un entorno de prueba.
¿Está buscando tareas de administración relacionadas con la administración de agentes de transporte? Consulte Administrar agentes de transporte.
Contenido
Agentes de transporte y eventos SMTP
Priorización de agentes de transporte
Agentes de transporte integrados
Agentes de transporte de solución de problemas
Agentes de transporte y eventos SMTP
Los agentes de transporte que se escriben para Exchange 2010 utilizan eventos SMTP. Estos eventos se desencadenan a medida que los mensajes se desplazan por el canal de transporte. Los eventos SMTP dan a los agentes de transporte acceso a los mensajes en puntos específicos durante la conversación SMTP y durante el enrutamiento de los mensajes por la organización. La tabla siguiente incluye los eventos SMTP que proporcionan acceso a los mensajes en la canalización de transporte.
Eventos de recepción SMTP
| Secuencia | Evento SMTP | Descripción |
|---|---|---|
1 |
OnConnect |
Este evento se desencadena en la conexión inicial desde un host SMTP remoto. |
2 |
OnEhloCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
3 |
OnHeloCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
4 |
OnAuthCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
5 |
OnEndOfAuthentication |
Este evento se desencadena cuando el host SMTP remoto ha completado la autenticación. |
6 |
OnMailCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
7 |
OnRcptToCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
8 |
OnDataCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
9 |
OnEndOfHeaders |
Este evento se desencadena cuando el host SMTP remoto ha completado el envío de encabezados de mensajes de correo electrónico. |
10 |
OnEndOfData |
Este evento se desencadena cuando el host SMTP remoto emite |
** |
OnHelpCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
** |
OnNoopCommand |
Este evento se desencadena cuando el host SMTP remoto emite el verbo SMTP |
** |
OnReject |
Este evento se desencadena cuando el host SMTP de recepción emite un código de notificación de estado de entrega (DSN) temporal o permanente al host SMTP emisor. Este evento puede ocurrir en cualquier momento después del evento SMTP OnConnect y antes del evento SMTP OnDisconnect. |
** |
OnRsetCommand |
Este evento se desencadena cuando el host SMTP emisor emite el verbo SMTP |
11 |
OnDisconnect |
Este evento se desencadena cuando el host SMTP emisor o de recepción se desconecta de la conversación SMTP. |
Eventos de categorizador
| Secuencia | Evento de categorizador | Descripción |
|---|---|---|
1 |
OnSubmittedMessage |
Este evento se desencadena cuando se envía un mensaje a las colas de envío del host SMTP de recepción. Los mensajes que lleguen a través de envío SMTP, MAPI o a través de los directorios Pickup y Replay encontrarán este evento. |
2 |
OnResolvedMessage |
Este evento se desencadena una vez que se han resuelto todos los destinatarios pero antes de que se determine el siguiente salto para cada uno de ellos. El evento de enrutamiento OnResolvedMessage permite que los eventos de enrutamiento posteriores invaliden el comportamiento de enrutamiento predeterminado mediante la utilización del método por destinatario SetRoutingOverride. |
3 |
OnRoutedMessage |
Este evento se desencadena una vez que los mensajes se han categorizado, las listas de distribución se han expandido y se han resuelto los destinatarios. |
4 |
OnCategorizedMessage |
Este evento se desencadena cuando el categorizador finaliza el procesamiento del mensaje. |
Los agentes de transporte se pueden registrar en cualquiera de los eventos SMTP incluidos en las tablas anteriores. Sin embargo, la acción para la que se creó el agente de transporte suele dictar los eventos SMTP sobre los que se ejecutará.
Tome como ejemplo los agentes contra correo no deseado. Para estos agentes, el factor más importante, además de la validez de los contenidos del mensaje, es el instante en el que se identifica y rechaza un mensaje de correo no deseado válido. Cuanto antes se rechace un mensaje que se ha confirmado como no deseado, menor será el coste para la organización. Los eventos SMTP que se desencadenan antes del evento SMTP OnEndOfData no necesitan que el host SMTP de recepción genere un informe de no entrega (NDR). No se genera un informe de no entrega porque el contenido completo del mensaje no se entrega antes de que se alcance el evento SMTP OnEndOfData. Por tanto, el host SMTP emisor es todavía responsable de la entrega final del mensaje. Si no se produce la entrega al host SMTP de recepción antes del evento SMTP OnEndOfData, el host SMTP remitente debe generar el informe de no entrega al emisor del mensaje. Después de alcanzar el evento SMTP OnEndOfData, el host SMTP de recepción ha aceptado el contenido completo del mensaje. Esto significa que el host SMTP tiene ahora la responsabilidad de entregar el mensaje y de generar y enviar un informe de no entrega al remitente del mensaje. Por tanto, es crucial que un agente contra correo electrónico no deseado se registre en los eventos SMTP antes de que se alcance el evento OnEndOfData para reducir la posibilidad de que el host SMTP de recepción almacene el contenido de un mensaje y tenga que generar un informe de no entrega al remitente.
Por otro lado, para los agentes antivirus, la consideración más importante es asegurarse de que se examinan todos los mensajes. Los agentes que deben examinar todos los mensajes tienen que estar configurados en el evento OnSubmittedMessage. Los mensajes que fluyen a través del canal de transporte encuentran el evento SMTP OnSubmittedMessage porque éste tiene lugar después de todos los puntos de entrada de envío, como el envío SMTP desde host remotos, envíos MAPI desde equipos que ejecutan la función del servidor Buzón de correo, el directorio Pickup que utilizan las aplicaciones personalizadas, o el directorio Replay que utilizan las aplicaciones de correo electrónico de terceros.
Volver al principio
Priorización de agentes de transporte
Exchange 2010 permite especificar la prioridad de los agentes de transporte incluidos en Exchange y que vienen agregados por las aplicaciones personalizadas. Especificar la prioridad de un agente de transporte permite controlar qué agentes actúan en primer lugar en un mensaje. A los agentes de transporte se les puede asignar una prioridad de 1 o superior. Los agentes de transporte que tengan una prioridad más cercana a 1 se aplicarán en primer lugar a los mensajes. Sin embargo, la prioridad que se asigna a un agente de transporte es tan sólo uno de los factores que se utilizan para determinar el orden en el que los agentes de transporte se aplican a los mensajes. El segundo factor que se utiliza para determinar la prioridad de los agentes de transporte es dónde se ajusta el evento SMTP que tiene un agente de transporte registrado en la secuencia de eventos SMTP.
Como se muestra en las tablas anteriores, los eventos SMTP tienen una secuencia específica mediante la cual se aplican a los mensajes que fluyen a través de la canalización de transporte. Dado que los agentes de transporte se registran en eventos SMTP específicos, la prioridad sólo se establece para agentes que no estén registrados para el mismo evento SMTP.
Por ejemplo, los agentes de transporte podrían tener la siguiente configuración:
Agente de transporte AgenteA con una prioridad de
1registrado en el evento SMTP OnEndofHeadersAgente de transporte AgenteB con una prioridad de
4registrado en el evento SMTP OnMailCommand
Si se utiliza el cmdlet Get-TransportAgent para ver la lista de agentes registrados, el agente de transporte AgenteA aparecerá con una prioridad más alta que el agente de transporte AgenteB. Sin embargo, cuando un mensaje fluye a través del canal de transporte, el agente de transporte AgenteB se aplicará al mensaje antes que el agente de transporte AgenteA; esto se debe a que el evento SMTP OnMailCommand encuentra el mensaje antes que el evento SMTP OnEndOfHeaders.
Volver al principio
Agentes de transporte integrados
Exchange 2010 incluye varios agentes de transporte predeterminados que lo habilitan para proporcionar diversas funciones, como las reglas de transporte y de registro en diario. De manera predeterminada, los agentes de transporte enumerados en las siguientes tablas están instalados en los servidores de transporte perimetral y de transporte perimetral. Las siguientes tablas también incluyen vínculos a temas que contienen más información sobre cada agente.
Agentes de transporte del servidor Transporte de concentradores
| Nombre del agente | Prioridad | Eventos SMTP | Tema relacionado |
|---|---|---|---|
Agente de regla de transporte |
1 |
OnRoutedMessage |
|
Agente de descifrado de RMS |
La prioridad de este agente no puede configurarla el usuario. |
OnSubmittedMessage |
|
Agente de descifrado de informe de diario |
La prioridad de este agente no puede configurarla el usuario. |
OncCategorizedMessage |
|
Agente de cifrado de RMS |
La prioridad de este agente no puede configurarla el usuario. |
OnRoutedMessage |
|
Agente de licencias previas |
La prioridad de este agente no puede configurarla el usuario. |
OnRoutedMessage |
|
Agente de registro en diario |
La prioridad de este agente no puede configurarla el usuario. |
OnSubmittedMessage, OnRoutedMessage |
Agentes de transporte del servidor Transporte perimetral
| Nombre del agente | Prioridad | Eventos SMTP | Tema relacionado |
|---|---|---|---|
Agente de filtro de conexión |
1 |
OnConnectEvent, OnMailCommand, OnRcptComand, OnEndOfHeaders |
|
Agente de reescritura de direcciones entrantes |
2 |
OnRcptCommand, OnEndOfHeaders |
|
Agente Regla perimetral |
3 |
OnEndOfData |
|
Agente de filtro de contenido |
4 |
OnEndOfData |
|
Agente de Id. de remitente |
5 |
OnEndOfHeaders |
|
Agente de filtro de remitentes |
6 |
OnMailCommand, OnEndOfHeaders |
|
Agente de filtro de destinatarios |
7 |
OnRcptCommand |
|
Agente de análisis de protocolo |
8 |
OnEndOfHeaders, OnEndOfData, OnReject, OnRsetCommand, OnDisconnectEvent |
|
Agente de filtro de documentos adjuntos |
9 |
OnEndOfData |
|
Agente de reescritura de direcciones salientes |
10 |
OnRcptCommand, OnEndOfHeaders |
Volver al principio
Agentes de transporte de solución de problemas
Con los agentes de transporte, Exchange ayuda a controlar el flujo de mensajes de correo electrónico a través de la organización. Esta capacidad permite adaptar la infraestructura de Exchange a los requisitos de la organización, en lugar de tener que hacerlo al revés. A medida que se personaliza el entorno, su complejidad aumenta. Para solucionar los problemas que puedan surgir y comprobar que los cambios se aplican a los mensajes del modo esperado, Exchange incluye las siguientes características:
Cmdlet Get-TransportPipeline El cmdlet Get-TransportPipeline muestra todos los agentes de transporte habilitados, y los eventos SMTP en los que se han registrado, que han encontrado mensajes en la canalización de transporte entre la hora en la que comenzó el servicio de transporte de Microsoft y la hora a la que se ejecutó el cmdlet. Para obtener más información, vea Ver los agentes de transporte en la canalización de transporte (en inglés).
Nota
La información que muestra el cmdlet Get-TransportPipeline sólo se genera después de que un mensaje se haya enviado a través del canal de transporte. Además, sólo se muestran los agentes de transporte que han encontrado el mensaje.
Seguimiento de conductos El seguimiento de conductos permite crear una instantánea exacta de un mensaje antes y después de que encuentre a los canales de transporte. El seguimiento de conductos habilita al usuario para que pueda determinar qué agente de transporte puede haber generado resultados no esperados, o para comprobar que el agente de transporte se comporta correctamente.
© 2010 Microsoft Corporation. Reservados todos los derechos.