Connecteurs d'envoi

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2007-07-10

Des connecteurs d'envoi sont configurés sur des ordinateurs exécutant Microsoft Exchange Server 2007 sur lesquels les rrôles serveur de transport Hub et serveur de transport Edge sont installés. Le connecteur d'envoi constitue une passerelle logique via laquelle les messages sortants sont envoyés. Cette rubrique donne une vue d'ensemble des connecteurs d'envoi et décrit la manière dont la configuration des connecteurs d'envoi affecte le traitement des messages individuels.

Vue d'ensemble des connecteurs d'envoi

Les serveurs de transport Exchange 2007 requièrent des connecteurs d’envoi pour délivrer les messages au prochain saut sur le chemin de leur destination. Un connecteur d’envoi contrôle les connexions externes du serveur expéditeur au serveur récepteur ou au système de courrier électronique de destination Par défaut, aucun connecteur d'envoi explicite n'est créé lors de l'installation des rrôles serveur de transport Hub ou serveur de transport Edge. Toutefois, des connecteurs d'envoi implicites et invisibles calculés automatiquement selon la topologie de site du service d'annuaire Active Directory sont utilisés pour router les messages au niveau interne entre les serveurs de transport Hub. Un flux de messagerie de bout en bout n'est possible qu'après l'abonnement du serveur de transport Edge au site Active Directory via le processus d'abonnement Edge. D'autres scénarios, impliquant un serveur de transport Hub Internet ou un serveur de transport Edge non abonné par exemple, requièrent une configuration manuelle des connecteurs pour établir un flux de messagerie de bout en bout. Pour plus d'informations, consultez les rubriques suivantes :

Les connecteurs d'envoi créés sur des serveurs de transport Hub sont stockés dans Active Directory et sont disponibles pour tous les serveurs de transport Hub de l'organisation. Dans Active Directory, un connecteur d'envoi est créé comme objet dans le conteneur d'un connecteur. Si un connecteur d'envoi est configuré pour envoyer des messages à un domaine externe, quand un serveur de transport Hub de l'organisation route des messages vers ce domaine, le message est remis à un serveur source pour ce connecteur afin de le relayer vers le domaine de destination.

Le connecteur d’envoi utilisé pour le routage des messages à un destinataire est sélectionné pendant la phase de résolution du routage de la catégorisation du message Pour plus d'informations, consultez la rubrique Présentation du routage basé sur un site Active Directory.

Sélection du type d'utilisation prévue pour un connecteur d'envoi

Lorsque vous utilisez la console de gestion Exchange pour créer un connecteur d'envoi, l'Assistant Nouveau connecteur d'envoi SMTP vous invite à sélectionner le type d'utilisation du connecteur. Le type d'utilisation détermine les ensembles d’autorisations par défaut affectés au connecteur et accorde ces autorisations aux entités de sécurité approuvées. Les entités de sécurité incluent des utilisateurs, des ordinateurs et des groupes de sécurité. Une entité de sécurité est identifiée par un identificateur de sécurité (SID). Vous pouvez également spécifier un type d'utilisation lorsque vous créez un connecteur d'envoi à l'aide de la cmdlet New-SendConnector dans l'environnement de ligne de commande Exchange Management Shell. Toutefois, le paramètre Usage n'est pas obligatoire. Si vous ne spécifiez pas un type d'utilisation lorsque vous exécutez la cmdlet New-SendConnector, le type d'utilisation par défaut est défini sur Custom. Le tableau 1 décrit les types de connecteur d'envoi et leurs paramètres par défaut.

Tableau 1   Types d'utilisation du connecteur d'envoi

Type Autorisations par défaut L’identificateur de sécurité (SID) auquel les autorisations sont accordées par défaut Mécanisme d’authentification de l’hôte actif par défaut

Personnalisé

Aucun

Aucun

Aucun

Interne

  • ms-Exch-Send-Headers-Organization

  • ms-Exch-SMTP-Send-Exch50

  • ms-Exch-Send-Headers-Routing

  • ms-Exch-Send-Headers-Forest

  • Serveurs de transport Hub

  • Serveurs de transport Edge

  • Serveurs Exchange (serveur de transport Hub uniquement)

  • Serveurs sécurisés de l'extérieur

  • Groupe de sécurité universel Interop hérité d'Exchange

  • Serveurs têtes de pont Exchange Server 2003 et Exchange 2000

Authentification Exchange Server

Internet

Ms-Exch-Send-Headers-Routing

Compte d'utilisateur anonyme

Aucun

Partenaire

Ms-Exch-Send-Headers-Routing

Serveurs partenaires

Non applicable. Ce type d'utilisation est sélectionné lorsque vous établissez une authentification TLS (Transport Layer Security) mutuelle avec un domaine distant.

Notes

Dans certains scénarios, la résolution de dossier MX du DNS (Domain Name System) est utilisée pour le routage des messages au lieu de dépendre d’eux à travers l’hôte actif. Si la résolution DNS est sélectionnée pour le connecteur d’Envoi, il n’existe pas de mécanisme d’authentification configuré

Les autorisations du connecteur d'envoi et les mécanismes d'authentification d'hôte actif sont décrits ci-après dans cette rubrique.

Scénarios d'utilisation du connecteur d'envoi

Chaque type d'utilisation est approprié pour un scénario de connexion spécifique. Sélectionnez le type d'utilisation dont les paramètres par défaut sont les plus appropriés pour la configuration de votre choix. Vous pouvez modifier les autorisations à l'aide des cmdlets Add-ADPermission et Remove-ADPermission. Pour plus d'informations, consultez les rubriques suivantes :

Le tableau 2 présente les scénarios de connexion communs et le type d'utilisation pour chaque scénario.

Tableau 2   Scénarios d'utilisation du connecteur

Scénario du connecteur Type d'utilisation Comment

Serveur de transport Edge envoyant des messages vers Internet

Internet

Un connecteur d'envoi configuré pour envoyer des messages à tous les domaines est créé automatiquement lors l'abonnement du serveur de transport Edge à l'organisation Exchange.

Serveur de transport Hub envoyant des messages vers Internet

Internet

Cette configuration n'est pas recommandée. Pour plus d'informations, consultez la rubrique Comment configurer les connecteurs pour le flux de messages sur Internet.

Serveur de transport Edge envoyant des messages à un serveur de transport Hub

Interne

Ce connecteur est automatiquement créé par le processus d’abonnement Edge.

Serveur de transport Edge envoyant des messages à un serveur tête de pont Exchange Server 2003 ou Exchange 2000 Server

Interne

Le serveur de tête de pont Exchange 2003 ou Exchange 2000 est configuré comme un hôte actif pour le connecteur d’envoi

Serveur de transport Hub envoyant des messages à un serveur de transport Hub

Interne

Vous ne devez pas configurer de connecteurs d'envoi entre les serveurs de transport Hub au sein d'une même organisation. Ce type d'utilisation permet de configurer un connecteur d'envoi inter-forêts.

Serveur de transport Hub envoyant des messages à un serveur tête de pont Exchange 2003 ou Exchange 2000 dans la même forêt

Interne

Cette configuration est facultative. Le transport entre un serveur Exchange 2007 et des versions antérieures d'Exchange Server s'accomplit par des connecteurs de groupe de routage bidirectionnels. Si vous créez des connecteurs SMTP à des groupes de routage Exchange 2003 ou Exchange 2000, un connecteur de groupe de routage doit également exister. Pour plus d'informations, consultez la rubrique Procédure de création de connecteurs de groupe de routage depuis Exchange 2007 vers Exchange Server 2003.

Serveur de transport Edge envoyant des messages à un serveur de transport Hub

Personnalisé

Lorsque le processus d'abonnement Edge n’est pas utilisé, un connecteur manuel doit être créé. La cmdlet Add-AdPermission permet de définir les droits étendus. Définir le mécanisme d’authentification sur Authentification de base ou sur Sécurisé extérieur

Connecteur d'envoi inter-forêts pour un serveur de transport Hub dans une seule forêt envoyant des messages électroniques à un serveur de transport Hub situé dans une seconde forêt

Personnalisé

Pour obtenir la procédure de configuration détaillée, consultez la rubrique Configuration des connecteurs inter-forêts.

Connecteur d'envoi inter-forêts pour un serveur de transport Hub dans une seule forêt envoyant des messages à un serveur tête de pont Exchange 2003 ou Exchange 2000 situé dans une seconde forêt

Personnalisé

Pour obtenir la procédure de configuration détaillée, consultez la rubrique Configuration des connecteurs inter-forêts.

Serveur de transport Hub envoyant des messages à un agent de transfert de message tiers

Personnalisé

La cmdlet Add-AdPermission permet de définir les droits étendus. Faire le routage de tous les messages à l’hôte actif et définir le mécanisme d’authentification soit sur Authentification de base ou à Sécurisé extérieure.

Serveur de transport Edge envoyant des messages à un agent de transfert de message tiers

Personnalisé

La cmdlet Add-AdPermission permet de définir les droits étendus. Faire le routage de tous les messages à l’hôte actif et définir le mécanisme d’authentification soit sur Authentification de base ou à Sécurisé extérieure.

Serveur de transport Edge envoyant des messages à un domaine de relais externe

Personnalisé

Le serveur de transport Edge peut accepter des messages pour un domaine de relais externe, puis les relayer vers le système de messagerie faisant autorité pour ce domaine. Router tous les messages vers un hôte actif, définir les mécanismes d'authentification appropriés et utiliser la cmdlet Add-AdPermission pour définir les droits étendus.

Serveur de transport Edge envoyant des messages à un domaine pour lequel vous avez établi une authentification TLS mutuelle

Partenaire

L'authentification TLS mutuelle ne fonctionne correctement que si les conditions suivantes sont vraies :

  • La valeur du paramètre DomainSecureEnabled doit être $True.

  • La valeur du paramètre DNSRoutingEnabled doit être $True.

  • La valeur du paramètre IgnoreStartTLS doit être $False.

Pour plus d'informations, consultez la rubrique Set-SendConnector.

Autorisations du connecteur d'envoi

Vous affectez les autorisations du connecteur d’envoi à une entité de sécurité. Quand une entité de sécurité établit une session avec un connecteur d’envoi, les autorisations du connecteur d’Envoi déterminent les types d’informations d’en-tête qui peuvent être envoyés avec le message électronique Si un message électronique comprend des informations d’en-tête non autorisées par les autorisations du connecteur d’envoi, ces en-têtes sont supprimées du message lorsqu’il est envoyé Le tableau 3 décrit les autorisations qui peuvent être affectées sur un connecteur d'envoi à des entités de sécurité. Vous ne pouvez pas établir les autorisations du connecteur d’Envoi en utilisant la console de gestion Exchange. Pour modifier les autorisations par défaut pour un connecteur d'envoi, vous devez utiliser la cmdlet Add-AdPermission dans l'environnement de ligne de commande Exchange Management Shell.

Tableau 3   Autorisations du connecteur d'envoi

Autorisation du connecteur d'envoi Description

ms-Exch-Send-Exch50

Cette autorisation permet à la session d'envoyer un message contenant la commande XEXCH50. Si l’autorisation n’est pas donnée alors qu’un un message qui contenant la commande EXCH50 est envoyé, le serveur envoie le message, mais n’inclut pas la commande EXCH50.

Ms-Exch-Send-Headers-Routing

Cette autorisation permet à la session d'envoyer un message dont tous les en-têtes de réception sont intacts. Si cette autorisation n'est pas octroyée, le serveur supprime tous les en-têtes de réception.

Ms-Exch-Send-Headers-Organization

Cette autorisation permet à la session d'envoyer un message dont tous les en-têtes d'organisation sont intacts. Les en-têtes d'organisation commencent tous par « X-MS-Exchange-Organization- ». Si cette autorisation n'est pas octroyée, le serveur d'envoi supprime tous les en-têtes de l'organisation.

Ms-Exch-Send-Headers-Forest

Cette autorisation permet à la session d'envoyer un message dont tous les en-têtes de forêt sont intacts. Les en-têtes de forêt commencent tous par « X-MS-Exchange-Forest- ». Si cette autorisation n'est pas octroyée, le serveur d'envoi supprime tous les en-têtes de forêt.

Espaces d'adressage et portée du connecteur

L'espace d'adressage pour un connecteur d'envoi spécifie les domaines du destinataire vers lesquels le connecteur d'envoi route les messages électroniques. Vous pouvez spécifier des espaces d'adressage SMPT ou non-SMTP sur des connecteurs d'envoi configurés sur des serveurs de transport Hub. Vous ne pouvez spécifier les espaces d'adressage SMTP que sur des connecteurs d'envoi configurés sur des serveurs de transport Edge. Si vous utilisez un type d'espace d'adressage non-SMTP, vous devez utiliser un hôte actif pour router les messages électroniques.

Notes

Bien que vous puissiez configurer des espaces d'adressage non-SMTP sur un connecteur d'envoi situé sur un serveur de transport Hub, le connecteur d'envoi utilise le protocole SMTP comme mécanisme de transport pour envoyer des messages à d'autres serveurs de messagerie. Les connecteurs étrangers sur les serveurs de transport Hub sont utilisés pour envoyer des messages à des serveurs de messagerie locaux, tels que des serveurs de passerelle de télécopie tiers, qui n'utilisent pas le protocole SMTP comme mécanisme de transport principal. Pour plus d'informations, consultez la rubrique Connecteurs étrangers.

Le tableau 4 répertorie les entrées valides pour l’espace d’adressage SMTP d’un connecteur d’envoi.

Le tableau 4 répertorie les entrées valides pour l’espace d’adressage SMTP d’un connecteur d’envoi.

Entrée d'espace d'adressage Le connecteur d’envoi fait le routage du courrier à :

*

Tous les domaines qui n’ont pas une entrée d’espace d’adresse explicite sur une autre entrée de connecteur d’envoi ou qui ne sont pas inclus dans le sous-domaine d’un espace d’adresse sur un autre connecteur d’envoi.

Contoso.com

Tous les destinataires disposant d'une adresse de messagerie dans le domaine Contoso.com.

*.Contoso.com

Tous les destinataires avec une adresse de messagerie dans le domaine Contoso.com ou n’importe quel sous-domaine de Contoso.com. Dans la console de gestion Exchange, sélectionnez Inclure tous les sous-domaines pour définir cette configuration.

Durant la résolution du routage, un connecteur d'envoi est sélectionné pour router les messages en vue de leur remise à l'espace d'adressage de destination. Le connecteur d'envoi dont l'espace d'adressage est le plus proche de l'adresse de messagerie du destinataire est sélectionnée. Par exemple, un message électronique adressé à Destinataire@marketing.contoso.com serait routé à travers le connecteur qui est configuré pour utiliser l’espace d’adresse *.Contoso.com. Quand vous configurez un connecteur d’envoi pour un espace d'adressage particulier, le message électronique qui est envoyé à cet espace est toujours routé à travers ce connecteur. En outre, les options de configuration pour ce connecteur sont toujours appliquées au message électronique envoyé à cet espace d'adressage.

La portée d'un connecteur d'envoi permet de contrôler la visibilité du connecteur d'envoi dans l'organisation Exchange. Par défaut, tous les connecteurs d'envoi que vous créez sont utilisables par tous les serveurs de transport Hub au sein de l'organisation Exchange. Toutefois, vous pouvez limiter la portée d'un connecteur d'envoi de façon à ce que seuls les autres serveurs de transport Hub existant dans le même site Active Directory puissent l'utiliser.

Espaces d'adressage et portée du connecteur dans la version RTM d'Exchange 2007

Dans la version de publication (RTM) d'Exchange 2007, la syntaxe complète pour la spécification d'un espace d'adressage est la suivante :

<ConnectorScope>:<AddressSpaceType>:<AddressSpace>;<AddressSpaceCost>

Les éléments de l'espace d'adressage sont décrits dans la liste suivante :

  • ConnectorScope   Si vous spécifiez une valeur de Local, seuls d'autres serveurs de transport Hub se trouvant dans le même site Active Directory peuvent utiliser le connecteur. Si le qualificatif ConnectorScope est omis, le connecteur peut être utilisé par tous les serveurs de transport Hub dans l'organisation Exchange 2007.

  • AddressSpaceType   Le type d'espace d'adressage peut être SMTP, X400 ou toute autre chaîne de texte. Si vous omettez le type d'espace d'adressage, un type d'espace d'adressage SMTP est utilisé par défaut.

  • AddressSpace   Pour les types d'espace d'adressage SMTP, l'espace d'adressage que vous entrez doit être conforme à la norme RFC 1035. Par exemple, *, *.com et *.contoso.com sont autorisés mais *contoso.com ne l'est pas. Pour les types d'espace d'adressage X.400, l'espace d'adressage que vous entrez doit être conforme à la norme RFC 1685, tel que o=MySite;p=MyOrg;a=adatum;c=us. Pour toutes les autres valeurs de type d'adressage, vous pouvez entrer un texte quelconque pour l'espace d'adressage.

  • **AddressSpaceCost **   La plage d'entrées valides pour le coût s'étend de 1 à 100. Plus le coût est bas, meilleure est la route. Si vous omettez le coût d'espace d'adressage, un coût de 1 est utilisé par défaut. Si vous entrez un espace d'adressage non-SMTP contenant le caractère point-virgule ( ; ), vous devez spécifier le coût d'espace d'adressage.

Si vous spécifiez la portée du connecteur, le type d'espace d'adressage ou le coût d'espace d'adressage, vous devez placer l'espace d'adressage entre guillemets ( " ). Par exemple, les entrées d'espace d'adressage suivantes sont équivalentes :

  • "SMTP:contoso.com;1"

  • "contoso.com;1"

  • "SMTP:contoso.com"

  • contoso.com

Vous pouvez spécifier plusieurs espaces d'adressage en les séparant par des virgules, par exemple, comme suit : contoso.com,fabrikam.com. Si vous spécifiez la portée du connecteur, le type d'espace d'adressage ou le coût d'espace d'adressage, vous devez placer l'espace d'adressage entre guillemets ( " ), par exemple, comme suit : "contoso.com;2","Local:fabrikam.com;3".

Espaces d'adressage et portée du connecteur dans la version SP1 d'Exchange 2007

Dans la version Service Pack 1 (SP1) d'Microsoft Exchange Server 2007 , la syntaxe d'espace d'adressage est légèrement différente de la syntaxe de la version RTM d'Exchange 2007. Dans la version SP1 d'Exchange 2007, la syntaxe complète pour la spécification d'un espace d'adressage est la suivante :

<AddressSpaceType>:<AddressSpace>;<AddressSpaceCost>

Vous pouvez utiliser l'une des méthodes suivantes pour spécifier la portée du connecteur d'envoi :

  • Dans la console de gestion Exchange, utilisez la propriété Connecteur d'envoi de portée limitée dans la page Espace d'adressage de l'Assistant Nouveau connecteur d'envoi SMTP ou dans l'onglet Espace d'adressage des propriétés d'un connecteur d'envoi existant.

    Si le champ Connecteur d'envoi de portée limitée est activé, seuls des serveurs de transport Hub du même site Active Directory peuvent utiliser le connecteur. Si le champ Connecteur d'envoi de portée limitée n'est pas activé, tous les serveurs de transport Hub de l'organisation Exchange peuvent utiliser le connecteur.

  • Dans l'environnement de ligne de commande Exchange Management Shell, utilisez le paramètre IsScopedConnector dans la cmdlet New-SendConnector ou la cmdlet Set-SendConnector.

    Si la valeur de ce paramètre est $True, seuls des serveurs de transport Hub du même site Active Directory peuvent utiliser le connecteur. Si la valeur de ce paramètre est $False, tous les serveurs de transport Hub de l'organisation Exchange peuvent utiliser le connecteur.

Paramètres du réseau

Vous pouvez établir les connecteurs d’envoi de sorte qu’ils délivrent le message électronique en utilisant la résolution d’adresse du DNS (Domain Name System) ou par le routage du courrier électronique à un hôte actif.

Utilisation du service DNS pour router des messages électroniques

Quand le connecteur d’envoi est établi pour utiliser les dossiers DNS MX pour router le courrier automatiquement, le client du DNS sur le serveur source doit être capable de résoudre les dossiers publics du DNS. Par défaut, le serveur DNS qui est configuré sur la carte réseau interne du serveur source est utilisé pour la résolution du nom. Vous pouvez configurer un serveur spécifique du DNS à utiliser pour les recherches du DNS interne et externe en utilisant la console de gestion Exchange pour modifier les paramètres du DNS sur les propriétés du serveur Exchange. Vous pouvez aussi utiliser l’environnement de ligne de commande Exchange Management Shell pour configurer les paramètres dans la cmdlet Set-TransportServeur

Si vous configurez un serveur spécifique du DNS sur le serveur de transport à utiliser pour les recherches du DNS externes, vous devez sélectionner Utiliser les paramètres de recherche du DNS externes sur le serveur de transport dans la page Paramètres Réseau de l’Assistant Nouveau connecteur d’envoi SMTP ou dans l'environnement de ligne de commande Exchange Management Shell, sur la cmdlet Set-TransportServeur, établissez le paramètre UseExternalDNSLes serveursEnabled pour $True. Le paramètre DnsRoutingEnabled sur le connecteur d’envoi doit aussi être établi pour $True.

Pour plus d'informations, consultez les rubriques suivantes :

Utiliser d’un hôte actif pour faire le routage du courrier électronique

Si vous activez le type d’utilisation interne pour le connecteur d’envoi, vous devez spécifier un hôte actif. Lorsque vous faites le routage du courrier à travers un hôte actif, l’hôte actif tranfert la livraison au prochain saut dans la destination de la livraison. Vous pouvez utiliser une adresse IP ou le nom de domaine complet (FQDN) de l’hôte actif pour spécifier l’identité de l’hôte actif. L'identité de l'hôte actif peut être le FQDN du serveur de l'hôte actif, un enregistrement de serveur de messagerie (MX) ou un enregistrement d'adresse (A). Si vous configurez un FQDN comme l’identité de l’hôte actif, le serveur source pour le connecteur d’envoi doit être capable d’utiliser la résolution du nom DNS pour localiser le serveur de l’hôte actif.

Notes

Si Exchange Server 2007 SP1 est déployé sur un ordinateur exécutant Windows Server 2008, vous pouvez entrer des adresses IP et des plages d'adresses IP au format du protocole IPv4, du protocole IPv6 ou aux deux formats. Une installation par défaut de Windows Server 2008 prend en charge les protocoles IPv4 et IPv6. Pour plus d'informations sur la prise en charge par Exchange 2007 SP1 des adresses IPv6, consultez la rubrique Prise en charge du protocole IPv6 dans Exchange 2007 SP1 et SP2.

L’hôte actif pour un connecteur d’envoi avec le type d’utilisation Internet peut être un serveur qui est hébergé par votre fournisseur de services Internet. L’hôte actif pour un connecteur d’envoi avec les types d’utilisation personnalisée ou interne peut être un autre serveur de courrier électronique dans votre organisation ou un serveur de courrier dans un domaine distant.

Paramètres de sécurité de l'hôte actif

Quand vous faites le routage du courrier à travers un hôte actif, vous devez spécifier comment le serveur source s’authentifiera à l’ordinateur de l’hôte actif. Vous ne pouvez pas requérir des paramètres de sécurité pour un connecteur d’envoi sauf si une destination de l’hôte actif est spécifiée. Par exemple, un connecteur du serveur Internet ne peut pas être établi pour requérir le TLS.

La table 5 énumère les mécanismes d’authentification de l’hôte actif que vous pouvez configurer pour un connecteur d’envoi.

Tableau 5   Mécanismes d'authentification d'hôte actif

Paramètre de sécurité Description

Aucun

L’accès anonyme est autorisé.

Authentification de base

L'authentification de base requiert que vous entriez un nom d'utilisateur et un mot de passe. L'authentification de base envoie des informations d'identification en texte clair. Tous les hôtes actifs auprès desquels ce connecteur d'envoi s'authentifie doivent accepter les mêmes nom d'utilisateur et mot de passe.

Authentification de base sur TLS

Activez TLS pour chiffrer la transmission des informations d’identification. Le serveur récepteur doit avoir un certificat de serveur. Le FQDN exact de l'hôte actif, l'enregistrement MX ou l'enregistrement A défini sur le connecteur d'envoi en tant qu'identité de l'hôte actif doit également exister dans le certificat de serveur. Le connecteur d’envoi tente le STARTTLS au serveur de destination et exécute uniquement l’authentification de base après que l’établissement de la session de TLS. Un certificat de client est également requis pour prendre en charge une authentification TLS mutuelle.

Authentification Exchange Server

Authentification Exchange Server (GSSAPI et Mutual GSSAPI).

Sécurisé de l'extérieur (par exemple, avec IPsec)

La connexion du réseau est sécurisée en utilisant une méthode externe au serveur Exchange.

Serveur source

Vous devez sélectionner au moins un serveur source par connecteur d'envoi. Le serveur source est le serveur de transport auquel les messages sont routés pour la délivrance à travers le connecteur d’envoi sélectionné Vous pouvez établir plus d’un serveur source sur un connecteur d’envoi configuré pour l’organisation Exchange. Quand vous spécifiez plus d’un serveur source, vous fournissez l’équilibre de charge et la redondance si un serveur est défaillant. Les serveurs sources associés aux connecteurs d’envoi configurés pour l’organisation Exchange peuvent être les serveurs de transport Hub ou les serveurs abonnés de transport Edge.

FQDN

L'onglet Général des propriétés du connecteur d'envoi dans la console de gestion Exchange inclut l'option Spécifiez le nom de domaine complet fourni par ce connecteur en réponse à HELO ou EHLO. Dans l'environnement de ligne de commande Exchange Management Shell, cette propriété est définie à l'aide du paramètre Fqdn avec la cmdlet Set-SendConnector. Une fois une session SMTP établie, une conversation de protocole SMTP commence entre le serveur de messagerie expéditeur et un serveur de messagerie récepteur. Le serveur ou le client de messagerie expéditeur envoie la commande SMTP EHLO ou HELO et son nom de domaine complet (FQDN) au serveur récepteur. En réponse, le serveur récepteur envoie un code de réussite et fournit son propre FQDN. Dans Exchange 2007, vous pouvez personnaliser le nom de domaine complet fourni par le serveur d'envoi si vous configurez cette propriété sur un connecteur d'envoi. La valeur du paramètre Fqdn s'affiche pour les serveurs de messagerie connectés chaque fois qu'un nom de serveur source est requis, comme dans les exemples suivants :

  • Dans le dernier champ d'en-tête Received: du message ajouté au message par le serveur de messagerie du saut suivant après que le message a quitté le serveur de transport Hub ou Edge.

  • Durant l'authentification TLS.

noteRemarque :
Si le connecteur d'envoi est configuré sur un serveur de transport Hub sur lequel est également installé le rôle serveur de boîtes aux lettres, aucune valeur spécifiée pour le paramètre Fqdn n'est utilisée. Au lieu de cela, le nom de domaine complet du serveur affiché à l'aide de la cmdlet Get-ExchangeServer est toujours utilisé.
Pour les serveurs sur lesquels le rôle serveur de transport Hub et le rôle serveur de boîtes aux lettres sont installés, la seule manière de supprimer le nom de serveur des en-têtes Received: du message sortant consiste à utiliser la cmdlet Remove-ADPermission pour supprimer l'autorisation Ms-Exch-Send-Headers-Routing des entités de sécurité utilisant le connecteur. Cette action supprime tous les en-têtes Received: du message lorsque le message quitte le serveur de transport Hub. Il est recommandé de ne pas supprimer les en-têtes Received: pour les messages internes car les en-têtes Received: sont utilisés pour les calculs de nombre maximal de sauts. Pour plus d'informations sur les cmdlets Remove-ADPermission et Get-ExchangeServer, consultez les rubriques suivantes :
Remove-ADPermission
Get-ExchangeServer

Propriétés du connecteur d'envoi supplémentaires

La configuration de propriété pour un connecteur d'envoi définit la manière dont des messages électroniques sont envoyés via ce connecteur. Les propriétés ne sont pas toutes configurables dans la console de gestion Exchange. Pour plus d'informations sur les propriétés configurables à l'aide de l'environnement de ligne de commande Exchange Management Shell, consultez la rubrique Set-SendConnector. Les propriétés du connecteur d'envoi supplémentaires incluent des paramètres pour le niveau d'enregistrement du protocole et le nombre de connecteurs de réception liés. Quand un connecteur d’envoi est relié à un connecteur de réception, tous les messages reçus à travers ce connecteur de réception sont délivrés en utilisant le connecteur d’envoi auquel il est relié.

Pour plus d'informations

Pour plus d'informations, consultez les rubriques suivantes :