Des Suggestions ? Exporter (0) Imprimer
Développer tout

Agents de transport

 

Sapplique à :Exchange Server 2013

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

Les agents de transport vous permettent d'installer des logiciels personnalisés créés par Microsoft, des fournisseurs tiers ou votre organisation sur un serveur Exchange Server. Ces logiciels peuvent ensuite traiter tous les messages électroniques qui transitent par un pipeline de transport. Dans Microsoft Exchange Server 2013, le pipeline de transport est composé des processus suivants :

  • Service de transport frontal sur les serveurs d’accès au client

  • Service de transport sur les serveurs de boîtes aux lettres

  • Service de transport de boîte aux lettres sur les serveurs de boîtes aux lettres

  • Service de transport sur les serveurs de transport Edge

Pour plus d’informations sur le pipeline de transport, voir Flux de messagerie.

Comme dans la version antérieure de Microsoft Exchange, le transport Exchange 2013 propose l'extensibilité via le SDK des agents de transport Microsoft Exchange Server 2013. La version d’Exchange 2013 dans le kit de développement logiciel (SDK) est basée sur la version 4.0 d’Microsoft.NET Framework et autorise les tiers à implémenter les classes prédéfinies suivantes :

  • SmtpReceiveAgent

  • RoutingAgent

  • DeliveryAgent

Suite à la vérification de leur conformité par rapport aux bibliothèques du SDK, les assemblies sont enregistrées avec Exchange 2013, qui charge les agents et fait appel à leurs gestionnaires d'événements pendant des étapes spécifiques des sessions SMTP ou de traitement des messages. Ces étapes ou événements font partie des définitions des agents. Les informations d'enregistrement des agents sont stockées dans un fichier de configuration XML.

La liste suivante explique les exigences relatives à l'utilisation des agents de transport dans Exchange 2013.

  • Le service de transport sur les serveurs de boîtes aux lettres et les serveurs de transport Edge prennent entièrement en charge toutes les classes prédéfinies dans le kit de développement logiciel (SDK). Par conséquent, tous les agents de transport tiers écrits pour les rôles serveur de transport Edge ou Hub dans Microsoft Exchange Server 2010 doivent fonctionner dans le service de transport d’Exchange 2013.

  • Le service de transport frontal prend uniquement en charge la classe SmtpReceiveAgent dans le SDK, et les agents tiers ne peuvent pas agir sur l'événement SMTP OnEndOfData.

  • Le service de transport de boîtes aux lettres ne prend pas intégralement en charge le SDK. Vous ne pouvez donc pas utiliser d'agents tiers dans ce service.

La prise en charge des anciens agents de transport basés sur les versions de .NET Framework antérieures à la version 4.0 n’est pas activée par défaut, mais vous pouvez l’activer. Pour plus d'informations, consultez la rubrique Activer la prise en charge des agents de transport hérités.

Contenu de cette rubrique

Updates to transport agent management

Transport agents and SMTP events

Priority of transport agents

Built-in transport agents

Troubleshoot transport agents

En raison des mises à jour du pipeline de transport Exchange 2013, les cmdlets de l’agent de transport doivent faire la distinction entre le service de transport et le service de transport frontal, surtout si le serveur d’accès au client et le serveur de boîtes aux lettres sont installés sur le même ordinateur. Pour plus d'informations, voir Gérer les agents de transport.

Les cmdlets de gestion de l’agent de transport manipulent un fichier de configuration situé au niveau de %ExchangeInstallPath%TransportRoles\Shared. Pour le service de transport sur les serveurs de boîtes aux lettres et les serveurs de transport Edge, le fichier est agents.config. Pour le service de transport frontal sur les serveurs d’accès au client, le fichier est fetagents.config. Les deux fichiers utilisent le même format que dans Exchange 2010. Pour plus d’informations sur la gestion des agents de transport, voir Gérer les agents de transport.

Return to top

Les agents de transport 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.

Notez qu’il existe de nouveaux événements de réception SMTP dans Exchange 2013. Ceux-ci sont surviennent dans le service de transport frontal sur les serveurs d’accès au client, dans le service de transport sur les serveurs de boîtes aux lettres et les serveurs de transport Edge, et dans le service de distribution de transport de boîtes aux lettres sur les serveurs de boîtes aux lettres. Le catégoriseur n’existe que dans le service de transport sur les serveurs de boîtes aux lettres et les serveurs de transport Edge. Pour plus d’informations sur les services de transport et le catégoriseur, voir Routage du courrier.

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

OnConnectEvent

Cet événement est déclenché par la connexion initiale à partir d’un hôte SMTP distant.

2

OnHeloCommand

Cet événement est déclenché lors de l’émission de la commande HELO par l’hôte SMTP distant.

3

OnEhloCommand

Cet événement est déclenché lors de l’émission de la commande EHLO par l’hôte SMTP distant.

4

OnStartTlsCommand

Cet événement est déclenché lors de l’émission de la commande STARTTLS par l’hôte SMTP distant.

5

OnAuthCommand

Cet événement est déclenché lors de l’émission de la commande AUTH par l’hôte SMTP distant.

6

OnProcessAuthentication

Cet événement est déclenché lors du traitement de l’authentification avec l’hôte SMTP distant.

7

OnEndOfAuthentication

Cet événement est déclenché lorsque l'hôte SMTP distant a terminé l'authentification.

8

OnXSessionParamsCommand

Cet événement est déclenché lors de l’émission de la commande XSESSIONPARAMS par l’hôte SMTP distant.

9

OnMailCommand

Cet événement est déclenché lors de l’émission de la commande MAIL FROM par l’hôte SMTP distant.

10

OnRcptToCommand

Cet événement est déclenché lors de l’émission de la commande RCPT TO par l’hôte SMTP distant.

11

OnDataCommand

Cet événement est déclenché lorsque la commande DATA (texte) ou BDAT (données binaires) est émise par l’hôte SMTP distant.

12

OnEndOfHeaders

Cet événement est déclenché lorsque l’hôte SMTP distant a terminé de soumettre les en-têtes de message électronique. Ceci est indiqué par une ligne vide (<CRLF>) séparant les en-têtes et le corps du message.

13

OnProxyInboundMessage

Cet événement est déclenché lorsqu’une session SMTP entrante est relayée ou envoyée par proxy par le service de transport frontal sur un serveur d’accès au client vers le service de transport sur un serveur de boîtes aux lettres.

14

OnEndOfData

Cet événement est déclenché lorsque l’hôte SMTP distant émet une commande de fin des données. Pour les sessions de texte démarrées par la commande DATA, l’indicateur de fin des données est <CRLF>.<CRLF>. Pour les sessions binaires démarrées par la commande BDAT, l’indicateur de fin des données est BDAT LAST.

**

OnHelpCommand

Cet événement est déclenché si la commande HELP est émise par l’hôte SMTP distant.

**

OnNoopCommand

Cet événement est déclenché si la commande NOOP est émise par l’hôte SMTP distant.

**

OnReject

Cet événement est déclenché si l’hôte SMTP de réception émet une notification d’état de remise temporaire ou permanente destinée à l’hôte SMTP d’envoi.

**

OnRsetCommand

Cet événement est déclenché si la commande RSET est émise par l’hôte SMTP d’envoi.

15

OnDisconnectEvent

Cet événement est déclenché par la déconnexion de la conversation SMTP par l’hôte SMTP de réception ou d’envoi. En général, cela se produit lorsque la commande QUIT est émise par l’hôte SMTP distant.

** Ces événements peuvent survenir n’importe quand après OnConnectEvent mais avant OnDisconnectEvent.

Événements du catégoriseur

Séquence Événement du catégoriseur Description

1

OnSubmittedMessage

Cet événement est déclenché quand un message arrive dans la file d’attente de soumission du service de transport sur le serveur de boîtes aux lettres de réception ou le serveur de transport Edge.

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.

Return to top

Deux facteurs déterminent l’ordre dans lequel les agents de transport agissent sur les messages dans le pipeline de transport :

  1. L’événement SMTP où l’agent de transport est inscrit et le moment où cet événement SMTP détecte des messages.

  2. La valeur de priorité attribuée à l’agent de transport s’il y a plusieurs agents inscrits au même événement SMTP. La priorité la plus élevée est 1. Une valeur entière supérieure indique une priorité plus faible pour l’agent.

Par exemple, supposons que vous avez configuré les agents de transport suivants :

  • L’agent de transport A avec une priorité de 1 et l’agent de transport C avec une priorité de 2 sont inscrits à l’événement SMTP OnEndOfHeaders.

  • L’agent de transport B avec une priorité de 4 est inscrit à l’événement SMTP OnMailCommand.

L’agent de transport B est appliqué en premier aux messages car l’événement OnMailCommand détecte les messages avant l’événement OnEndOfHeaders. Lorsque les messages atteignent l’événement OnEndOfHeaders, l’agent de transport A est appliqué avant l’agent de transport C, car il est prioritaire (valeur entière plus faible).

Exchange 2013 comprend de nombreux agents de transport intégrés qui offrent des fonctionnalités telles que la protection anti-courrier indésirable, les règles de transport et la journalisation. La plupart des agents de transport intégrés sur les serveurs de boîtes aux lettres et les serveurs d’accès au client Exchange 2013 sont invisibles et non gérables via les cmdlets de gestion des agents de transport. La quasi-totalité des agents de transport intégrés qui sont visibles et gérables se trouvent dans le service de transport sur les serveurs de boîtes aux lettres et sur les serveurs de transport Edge.

Les agents de transport intégrés les plus intéressants sur les serveurs de boîtes aux lettres sont décrits dans le tableau suivant. Notez qu’un grand nombre d’agents de transport invisibles et non gérables a été omis.

Agents de transport intégrés intéressants sur les serveurs de boîtes aux lettres

Nom de l’agent Gérable ? Priorité Événements SMTP ou du catégoriseur

Agent de règles de transport

Oui

1

OnResolvedMessage

Agent de programme malveillant

Oui

2

OnSubmittedMessage

Agent de routage de messagerie texte

Oui

3

OnSubmittedMessage

Agent de remise de la messagerie texte

Oui

4

s/o

Agent de journalisation

Non

Non configurable

OnRoutedMessage

Agent de déchiffrement du rapport de journal

Non

Non configurable

OnCategorizedMessage

Agent de déchiffrement RMS

Non

Non configurable

OnSubmittedMessage

Agent de chiffrement RMS

Non

Non configurable

OnSubmittedMessage, OnRoutedMessage

Agent de déchiffrement de protocole RMS

Non

Non configurable

OnEndOfData

Sur les serveurs de transport Edge, la plupart des agents de transport intégrés sont visibles et gérables par les cmdlets de gestion des agents de transport ou par d’autres cmdlets propres à des fonctionnalités.

Les agents de transport intégrés les plus intéressants sur les serveurs transport Edge sont décrits dans le tableau suivant. Notez que les agents de transport invisibles et non gérables a été omis.

Agents de transport intégrés intéressants sur les serveurs de Transport Edge

Nom de l’agent Gérable ? Priorité Événements SMTP ou du catégoriseur

Agent de filtrage des connexions

Oui

1

OnConnectEvent, OnMailCommand, OnRcptComand et OnEndOfHeaders

Agent de réécriture d’adresses pour les messages entrants

Oui

2

OnRcptCommand, OnEndOfHeaders

Agent d’application de règles de transport Edge

Oui

3

OnEndOfData

Agent de filtrage du contenu*

Oui

4

OnEndOfData

Agent d’ID de l’expéditeur*

Oui

5

OnEndOfHeaders

Agent de filtrage des expéditeurs*

Oui

6

OnMailCommand, OnEndOfHeaders

Agent de filtrage des destinataires

Oui

7

OnRcptCommand

Agent d’analyse de protocole*

Oui

8

OnConnectEvent, OnEndOfHeaders, OnEndOfData, OnReject, OnRsetCommand et OnDisconnectEvent

Agent de filtrage des pièces jointes

Oui

9

OnEndOfData

Agent de réécriture d’adresses pour les messages sortants

Oui

10

OnSubmittedMessage, OnRoutedMessage

* Vous pouvez également installer et configurer ces agents anti-courrier indésirable sur les serveurs de boîtes aux lettres. Pour plus d’informations, voir Activer la fonctionnalité de blocage du courrier indésirable sur un serveur de boîtes aux lettres.

Return to top

Pour résoudre les problèmes liés aux agents de transport, vous pouvez utiliser les fonctionnalités suivantes :

  • Get-TransportPipeline : cette cmdlet affiche les événements SMTP et les agents de transport correspondants qui détectent des messages sur le serveur Exchange. Pour plus d’informations, voir Afficher les agents de transport dans le pipeline de transport.

  • Suivi du pipeline : le suivi du pipeline génère une capture instantanée exacte d’un message avant et après sa rencontre avec chaque agent de transport. Cela vous permet de rechercher un agent de transport qui fournit des résultats inattendus. Pour plus d’informations, voir Suivi du pipeline.

Return to top

 
Afficher:
© 2016 Microsoft