Présentation des agents de transport

 

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2015-03-09

Les agents de transport vous permettent d'installer des logiciels personnalisés, créés par Microsoft, par des fournisseurs tiers ou par votre organisation, sur un ordinateur exécutant Microsoft Exchange Server 2010. Ce logiciel peut traiter des messages électroniques qui transitent par le pipeline de transport sur un serveur de transport Hub ou Edge. Les agents de transport personnalisés apportent des fonctionnalités supplémentaires à Exchange 2010, telles que des programmes de blocage du courrier indésirable ou des antivirus dont votre organisation peut avoir besoin.

En règle générale, les agents de transport sont installés automatiquement en même temps que les applications conçues pour fonctionner avec Exchange 2010. Toutefois, il peut arriver que des organisations veuillent développer leurs propres agents de transport pour gérer le courrier circulant dans leur organisation Exchange 2010.

Attention :

Les agents de transport ont un accès illimité aux messages électroniques qu'ils rencontrent. Exchange n'impose aucune restriction au comportement des agents de transport. Des agents de transport instables ou présentant des failles de sécurité peuvent affecter la stabilité et la sécurité d'Exchange. C'est pourquoi vous ne devez installer que des agents de transport totalement approuvés et qui ont été entièrement testés dans un environnement approprié.

Souhaitez-vous rechercher les tâches de gestion relatives à la gestion des agents de transport ? Voir Gestion des agents de transport.

Contenu de cette rubrique

Agents de transport et événements SMTP

Définition des priorités des agents de transport

Agents de transport intégrés

Dépannage des agents de transport

Agents de transport et événements SMTP

Les agents de transport qui sont écrits pour Exchange 2010 utilisent des événements SMTP. Ces événements sont déclenchés lors du déplacement de messages dans le pipeline de transport. Les événements SMTP permettent aux agents de transport d'accéder à des messages en des points spécifiques durant la conversation SMTP et durant le routage de messages dans l'organisation. Le tableau suivant présente les événements SMTP qui donnent accès à des messages dans le pipeline de transport.

Événements de réception SMTP

Séquence	Événement SMTP	Description
1	OnConnect	Cet événement est déclenché lors d'une connexion initiale depuis un hôte SMTP distant.
2	OnEhloCommand	Cet événement est déclenché lorsque le verbe SMTP EHLO est émis par l'hôte SMTP distant.
3	OnHeloCommand	Cet événement est déclenché lorsque le verbe SMTP HELO est émis par l'hôte SMTP distant.
4	OnAuthCommand	Cet événement est déclenché lorsque le verbe SMTP AUTH est émis par l'hôte SMTP distant.
5	OnEndOfAuthentication	Cet événement est déclenché lorsque l'hôte SMTP distant a terminé l'authentification.
6	OnMailCommand	Cet événement est déclenché lorsque le verbe SMTP MAIL FROM est émis par l'hôte SMTP distant.
7	OnRcptToCommand	Cet événement est déclenché lorsque le verbe SMTP RCPT TO est émis par l'hôte SMTP distant.
8	OnDataCommand	Cet événement est déclenché lorsque le verbe SMTP DATA est émis par l'hôte SMTP distant.
9	OnEndOfHeaders	Cet événement est déclenché lorsque l'hôte SMTP distant a terminé la soumission des en-têtes de message électronique.
10	OnEndOfData	Cet événement est déclenché lorsque l'hôte SMTP distant émet <CRLF>, indiquant la fin des données.
**	OnHelpCommand	Cet événement est déclenché lorsque le verbe SMTP HELP est émis par l'hôte SMTP distant. Cet événement peut se produire à tout moment après l'événement SMTP OnConnect et avant l'événement SMTP OnDisconnect.
**	OnNoopCommand	Cet événement est déclenché lorsque le verbe SMTP NOOP est émis par l'hôte SMTP distant. Cet événement peut se produire à tout moment après l'événement SMTP OnConnect et avant l'événement SMTP OnDisconnect.
**	OnReject	Cet événement est déclenché lorsque l'hôte SMTP récepteur envoie un code de notification d'état de remise temporaire ou permanent à l'hôte SMTP expéditeur. Cet événement peut se produire à tout moment après l'événement SMTP OnConnect et avant l'événement SMTP OnDisconnect.
**	OnRsetCommand	Cet événement est déclenché lorsque le verbe SMTP RSET est émis par l'hôte SMTP expéditeur. Cet événement peut se produire à tout moment après l'événement SMTP OnConnect et avant l'événement SMTP OnDisconnect.
11	OnDisconnect	Cet événement est déclenché lors de la déconnexion de la conversation SMTP par un hôte SMTP récepteur ou expéditeur.

Événements du catégoriseur

Séquence	Événement du catégoriseur	Description
1	OnSubmittedMessage	Cet événement est déclenché lors de la déconnexion d'un message dans les files d'attente de soumission sur l'hôte SMTP récepteur. Tous les messages rencontrent cet événement, qu'ils soient arrivés via une soumission SMTP, une soumission MAPI ou les répertoires de collecte ou de relecture.
2	OnResolvedMessage	Cet événement est déclenché lorsque tous les destinataires ont été résolus, mais avant que le saut suivant ait été déterminé pour chaque destinataire. L'événement de routage OnResolvedMessage permet que des événements ultérieurs remplacent le comportement de routage par défaut à l'aide de la méthode SetRoutingOverride par destinataire.
3	OnRoutedMessage	Cet événement est déclenché après la catégorisation des messages, l'extension des listes de distribution et la résolution des destinataires.
4	OnCategorizedMessage	Cet événement est déclenché lorsque le catégoriseur termine le traitement du message.

Les agents de transport peuvent être enregistrés sur les événements SMTP répertoriés dans les tableaux précédents. Toutefois, l'action souhaitée de l'agent de transport détermine généralement les événements SMTP sur lesquels il s'exécute.

Prenons l'exemple des agents de blocage du courrier indésirable. Pour ces agents, le critère le plus important, en dehors de la validité du contenu du message, est le moment auquel un message de courrier indésirable valide est identifié et rejeté. Au plus tôt un message confirmé comme étant du courrier indésirable est rejeté, moindre est le coût pour votre organisation. Les événements SMTP déclenchés avant l'événement SMTP OnEndOfData ne nécessitent pas tous la génération d'une notification d'échec de remise par l'hôte SMTP récepteur. Aucune notification d'échec de remise n'est générée, car le contenu complet du message n'est pas remis avant que l'événement SMTP OnEndOfData ait été atteint. C'est pourquoi, l'hôte SMTP expéditeur reste responsable de la remise finale du message. Si la remise à l'hôte SMTP récepteur se produit avant l'événement SMTP OnEndOfData, l'hôte SMTP expéditeur doit envoyer le notification d'échec de remise à l'expéditeur du message. Après avoir atteint l'événement SMTP OnEndOfData, l'hôte SMTP récepteur a accepté tout le contenu du message. Cela signifie que l'hôte SMTP est actuellement responsable de remettre avec succès le message et de générer et envoyer une notification d'échec de remise à l'expéditeur du message. C'est pourquoi il est essentiel qu'un Registre de blocage du courrier indésirable s'enregistre sur les événements SMTP avant d'atteindre l'événement SMTP OnEndOfData pour réduire la probabilité que l'hôte SMTP récepteur stocke le contenu du message et doive envoyer une notification d'échec de remise à l'expéditeur du message.

Toutefois, pour les agents antivirus, l'essentiel est de s'assurer que chaque message est analysé. Les agents qui doivent voir chaque message doivent être configurés sur l'événement SMTP OnSubmittedMessage. Chaque message transitant par le pipeline de transport rencontre l'événement SMTP OnSubmittedMessage parce qu'il se produit après tous les points d'entrée de soumission possibles, tels qu'une soumission SMTP à partir d'hôtes distants, une soumission MAPI à partir d'ordinateurs exécutant le rôle serveur de boîtes aux lettres, le répertoire de collecteur utilisé par des applications personnalisées ou le répertoire de relecture utilisé par des applications de messagerie tierces.

Retour au début

Définition des priorités des agents de transport

Exchange 2010 vous permet de spécifier la priorité des agents de transport qui sont inclus dans Exchange et ajoutés par des applications personnalisées. En spécifiant la priorité d'un agent de transport, vous pouvez contrôler les agents qui agissent en premier lieu sur un message. Vous pouvez attribuer aux agents de transport une priorité 1 ou supérieure. Les Agents de transport dont la priorité est la plus proche de 1 sont d'abord appliqués aux messages. Toutefois, la priorité que vous attribuez à un agent de transport est le seul facteur utilisé pour déterminer l'ordre dans lequel les agents de transport sont appliqués à des messages. Le deuxième facteur utilisé pour déterminer la priorité des agents de transport est lorsque l'événement SMTP disposant d'un agent de transport s'inscrit dans la séquence d'événements SMTP.

Comme l'illustrent les tableaux présentés ci-avant dans cette rubrique, il existe une séquence spécifique pour l'application des événements SMTP aux messages qui transitent dans le pipeline de transport. Étant donné que les agents de transport sont enregistrés sur des événements SMTP spécifiques, la priorité intervient uniquement pour les agents enregistrés sur le même événement SMTP.

Par exemple, vous pouvez avoir des agents de transport configurés comme suit :

• Agent de transport AgentA doté de la priorité 1 enregistré sur l'événement SMTP OnEndofHeaders

• Agent de transport AgentB doté de la priorité 4 enregistré sur l'événement SMTP OnMailCommand

Lorsque vous affichez la liste des agents enregistrés à l'aide de la cmdlet Get-TransportAgent, l'agent de transport AgentA présente une priorité supérieure à celle de l'agent de transport AgentB. Toutefois, quand un message transite dans le pipeline de transport, l'Agent de transport AgentB est appliqué au message avant l'Agent de transport AgentA parce que l'événement SMTP OnMailCommand rencontre le message avant l'événement SMTP OnEndOfHeaders.

Retour au début

Agents de transport intégrés

Exchange 2010 inclut plusieurs agents de transport par défaut qui lui permettent d'offrir des fonctionnalités telles que les règles de transport et la journalisation. Par défaut, les Agents de transport répertoriés dans les tableaux suivants sont installés sur des serveurs de transport Hub et de transport Edge. Les tableaux ci-après fournissent également des liens vers des rubriques contenant des informations supplémentaires sur chaque agent.

Agents de transport d'un serveur de transport Hub

Nom de l'Agent	Priority	Événements SMTP	Rubrique connexe
Agent de règles de transport	1	OnRoutedMessage	Présentation des règles de transport
Agent de déchiffrement RMS	La priorité de cet agent ne peut pas être configurée par l'utilisateur.	OnSubmittedMessage	Présentation de la gestion des droits relatifs à l'information
Agent de déchiffrement de rapport de journal	La priorité de cet agent ne peut pas être configurée par l'utilisateur.	OncCategorizedMessage	Présentation de la journalisation
Agent de chiffrement RMS	La priorité de cet agent ne peut pas être configurée par l'utilisateur.	OnRoutedMessage	Présentation de la gestion des droits relatifs à l'information
Agent de pré-licence	La priorité de cet agent ne peut pas être configurée par l'utilisateur.	OnRoutedMessage	Présentation de la gestion des droits relatifs à l'information
Agent de journalisation	La priorité de cet agent ne peut pas être configurée par l'utilisateur.	OnSubmittedMessage, OnRoutedMessage	Présentation de la journalisation

Agents de transport d'un serveur de transport Edge

Nom de l'Agent	Priority	Événements SMTP	Rubrique connexe
Agent de filtrage des connexions	1	OnConnectEvent, OnMailCommand, OnRcptComand, OnEndOfHeaders	Présentation du filtrage des connexions
Agent entrant de réécriture d'adresses	2	OnRcptCommand, OnEndOfHeaders	Présentation de la réécriture d'adresses
Agent d'application de règle de transport Edge	3	OnEndOfData	Présentation des règles de transport
Agent de filtrage du contenu	4	OnEndOfData	Présentation du filtrage de contenu
Agent d'ID de l'expéditeur	5	OnEndOfHeaders	Présentation de l'ID de l'expéditeur
Agent de filtrage des expéditeurs	6	OnMailCommand, OnEndOfHeaders	Présentation du filtrage des expéditeurs
Agent de filtrage des destinataires	7	OnRcptCommand	Présentation du filtrage des destinataires
Agent d'analyse de protocole	8	OnEndOfHeaders, OnEndOfData, OnReject, OnRsetCommand, OnDisconnectEvent	Présentation de l'enregistrement dans le journal de protocole
Agent de filtrage des pièces jointes	9	OnEndOfData	Présentation du filtrage des pièces jointes
Agent sortant de réécriture d'adresses	10	OnRcptCommand, OnEndOfHeaders	Présentation de la réécriture d'adresses

Retour au début

Dépannage des agents de transport

Grâce aux agents de transport, Exchange vous aide à contrôler le flux de messagerie électroniques dans votre organisation. Vous avez ainsi la possibilité d'adapter votre infrastructure Exchange aux besoins de votre organisation, au lieu de forcer votre organisation à être en adéquation avec votre infrastructure de messagerie. Au fur et à mesure que vous personnalisez votre environnement, sa complexité augmente. Pour vous permettre de résoudre les problèmes susceptibles de se produire et de vérifier que les modifications apportées sont appliquées aux messages comme vous le souhaitez, Exchange offre les fonctionnalités suivantes :

• Cmdlet Get-TransportPipeline   La cmdlet Get-TransportPipeline affiche tous les agents de transport activés (et les événements SMTP sur lesquels ils sont enregistrés) qui ont rencontré des messages dans le pipeline de transport entre l'heure de démarrage du service de transport Microsoft et l'heure d'exécution de la cmdlet. Pour plus d'informations, consultez la rubrique Afficher des agents de transport dans le pipeline de transport.

  Remarque :
  Les informations affichées par la cmdlet Get-TransportPipeline ne sont générées qu'après qu'un message a été expédié via le pipeline de transport. De la même façon, seuls les agents de transport ayant rencontré le message s'affichent.

• Suivi du pipeline  Le suivi du pipeline vous permet d'obtenir l'instantané exact d'un message entier avant et après avoir rencontré chaque agent de transport. Le suivi du pipeline permet de déterminer quel agent de transport peut avoir généré des résultats inattendus ou de vérifier que l'Agent de transport se comporte comme prévu.

 © 2010 Microsoft Corporation. Tous droits réservés.