Exporter (0) Imprimer
Développer tout

Agents de transport

 

S’applique à : Exchange Server 2013

Dernière rubrique modifiée : 2014-04-14

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 se compose de trois processus différents :

  • Service de transport frontal   Ce service s'exécute sur tous les serveurs d'accès au client et agit comme un proxy SMTP sans état pour acheminer les messages à destination et en provenance du service de transport sur un serveur de boîtes aux lettres.

  • Service de transport   Ce service, qui s’exécute sur tous les serveurs de boîtes aux lettres, est quasiment identique au rôle de serveur de transport Hub disponible dans les versions précédentes d’Exchange. Contrairement aux versions précédentes d’Exchange, le service de transport ne communique jamais directement avec les bases de données de boîtes aux lettres. Cette tâche est désormais gérée par le service de transport de boîtes aux lettres. Le service de transport achemine les messages entre le service de transport de boîtes aux lettres, le service de transport et le service de transport frontal.

  • Service de transport de boîtes aux lettres   Ce service, qui s’exécute sur tous les serveurs de boîtes aux lettres, se compose de deux services distincts : Dépôt de transport de boîtes aux lettres et remise de transport de boîtes aux lettres. La remise de transport de boîtes aux lettres reçoit les messages SMTP du service de transport et se connecte à la base de données de boîtes aux lettres via un appel de procédure distante (RPC) Exchange pour livrer les messages. Le dépôt de transport de boîtes aux lettres se connecte à la base de données de boîtes aux lettres via un RPC pour récupérer les messages et les soumettre via SMTP au service de transport.

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 Exchange 2013 du SDK est basée sur Microsoft .NET Framework version 4.0 et autorise les tierces parties à 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 prend intégralement en charge l'ensemble des classes prédéfinies dans le SDK. Ainsi, tous les agents de transport tiers écrits pour le rôle serveur de transport Hub dans Microsoft Exchange Server 2010 doivent fonctionner dans le service de transport dans 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 agents de transport hérités basés sur les versions antérieures à .NET Framework antérieures 4.0 n'est pas activé par défaut, mais pouvez l'activer. Pour plus d'informations, consultez la rubrique Activation du support pour les agents de transport hérités.

Contenu de cette rubrique

Mises à jour de la gestion des agents de transport

Agents de transport et événements SMTP

Agents de transport intégrés

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

Les cmdlets de gestion des agents de transport manipulent un fichier de configuration situé à l'emplacement %ExchangeInstallPath%TransportRoles\Agents. Pour le service de transport, le fichier est agents.config. Pour le service de transport frontal, le fichier est fetagents.config. Les deux fichiers utilisent le même format que dans Exchange 2010.

Retour au début

Notez que les informations de cette section sont identiques à la rubrique Exchange 2010 Présentation des agents de transport. Dans Exchange 2013, le catégoriseur existe uniquement dans le service de transport. La réception SMTP existe dans le service de transport frontal, le service de transport et le service de remise de transport de boîtes aux lettres.

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. 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>.<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.

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.

Retour au début

La plupart des agents de transport intégrés inclus dans Exchange 2013 sont invisibles et non gérables par les cmdlets des agents de transport. Les agents de transport intégrés du service de transport frontal, du service de transport et du service de transport de boîtes aux lettres sont invisibles et non gérables. Certains agents de transport intégrés du service de transport sont visibles à l'aide de la cmdlet Get-TransportAgent.

Retour au début

 
Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.
Microsoft réalise une enquête en ligne pour recueillir votre opinion sur le site Web de MSDN. Si vous choisissez d’y participer, cette enquête en ligne vous sera présentée lorsque vous quitterez le site Web de MSDN.

Si vous souhaitez y participer,
Afficher:
© 2014 Microsoft