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

Événements du catégoriseur

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

Agents de transport d'un serveur de transport Edge

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.