Présentation de la résolution des destinataires

 

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

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

La résolution des destinataires est le processus de développement et de résolution de tous les destinataires d’un message. L’action de résolution des destinataires met en correspondance un destinataire avec l’objet Active Directory approprié au sein de l’organisation Microsoft Exchange. L’action de développement des destinataires affiche tous les groupes de distribution en une liste de destinataires individuels. La résolution des destinataires permet une application correcte des règles de limites des messages et des destinataires alternatifs à chaque destinataire.

Dans une organisation Microsoft Exchange Server 2010, la résolution des destinataires est effectuée par le catégoriseur sur un serveur sur lequel le rôle serveur de transport Hub est installé. Une catégorisation de chaque message intervient après qu’un nouveau message a été placé dans la file d’attente de soumission. Une résolution des destinataires, outre la conversion de contenu et le routage, est effectuée sur le message avant son placement dans une file d’attente de remise. Le catégoriseur effectue une résolution des destinataires avant le routage. Le composant du catégoriseur responsable de la résolution des destinataires est souvent appelé résolveur.

Contenu de cette rubrique

Résolution de niveau supérieur

Expansion

Bifurcation et contrôle de l’expansion des destinataires

Diagnostics de résolution des destinataires

Résolution de niveau supérieur

La résolution de niveau supérieur est la première étape de la résolution des destinataires. La résolution de niveau supérieur associe chaque destinataire d’un message entrant à l’objet destinataire correspondant dans Active Directory. Durant une résolution de niveau supérieur, le catégoriseur crée une liste contenant l’expéditeur et les adresses de messagerie initiales des destinataires, non développées, figurant dans le message. Le catégoriseur utilise cette liste d’adresses de messagerie pour envoyer une requête à Active Directory afin d’identifier des objets à extension messagerie dont les attributs d’adresse de messagerie correspondent. Quand une correspondance est trouvée, les propriétés de l’objet Active Directory correspondant sont mises en cache en vue d’un usage ultérieur. Les restrictions applicables aux expéditeurs des messages sont également appliquées. 

Adresses de messagerie des destinataires

Une résolution de niveau supérieur commence par un message et la liste initiale, non développée, des destinataires de l’enveloppe de message. L’enveloppe de message contient les commandes utilisées pour la transmission des messages via les serveurs de messagerie SMTP. L’adresse de messagerie de l’expéditeur est contenue dans la commande MAIL FROM: . L’adresse de messagerie de chaque destinataire est contenue dans une commande RCPT TO: distincte. L’expéditeur et les destinataires de l’enveloppe sont généralement créés à partir de l’expéditeur et des destinataires figurant dans les champs À :, De :, Cc : et Cci : de l’en-tête du message. Toutefois, ce n’est pas toujours le cas. Les champs d’en-tête À :, De :, Cc : et Cci : d’un message sont aisément falsifiables et peuvent ne pas correspondre aux adresses électroniques réelles d’expéditeur ou de destinataire qui ont été utilisées pour transmettre le message.

Adresses de messagerie encapsulées

Les adresses de messagerie SMTP standard suivent les spécifications des normes RFC 2821 et RFC 2822, et présentent, par exemple, la forme chris@contoso.com. Toutefois, une adresse de messagerie n’est pas forcément une adresse SMTP encapsulée dans une adresse SMTP correcte. Exchange 2010 prend en charge les adresses encapsulées utilisant la méthode d’encapsulation IMCEA (Internet Mail Connector Encapsulated Address).

Cette méthode d’encapsulation nécessite le codage des caractères incorrects dans les adresses de messagerie SMTP. Les caractères alphanumériques, le signe égal (=) et le tiret (-) ne requièrent pas de codage. Les autres caractères utilisent la syntaxe de codage suivante :

• Une barre oblique (/) est remplacée par un trait de soulignement (_).

• Les autres caractères US-ASCII sont remplacés par un signe plus (+) et les deux chiffres de leur valeur ASCII sont écrits en hexadécimal. Par exemple, la valeur codée de l’espace est +20.

La méthode d’encapsulation IMCEA utilise la syntaxe suivante : IMCEA<Type>-<address>@<domain>

L’espace réservé <Type> identifie le type d’adresse non-SMTP, par exemple, EX, X400 ou FAX.

Remarque :
Bien que SMTP et X500 soient théoriquement des valeurs correctes pour <Type>, la résolution des destinataires Exchange 2010 rejette toute adresse codée IMCEA utilisant l’un de ces types.

L’espace réservé <adresse> est l’adresse d’origine codée. L’espace réservé <domaine> représente le domaine SMTP utilisé pour encapsuler l’adresse non-SMTP, par exemple, contoso.com.

Avec la méthode d’encapsulation IMCEA, les adresses ne sont encapsulées que quand le domaine correspond au domaine faisant autorité par défaut au sein de l’organisation Exchange. Pour plus d’informations sur les domaines acceptés, consultez la rubrique Présentation des domaines acceptés.

La longueur maximale d’une adresse de messagerie SMTP dans Exchange 2010 est de 571 caractères. Cette limite inclut les éléments suivants :

• 315 caractères pour la partie nom de l’adresse ;

• 255 caractères pour le nom de domaine ;

• le caractère « @ » qui sépare la partie nom de l’adresse du nom de domaine.

Actuellement, Exchange 2010 ne prend pas en charge les messages codés avec la méthode d’encapsulation IMCEA lorsque la partie nom de l’adresse dépasse 315 caractères.

Résolution d’adresse

Pour chaque message, l’adresse de messagerie de l’expéditeur et toutes les adresses de messagerie des destinataires sont ajoutées à une liste utilisée pour interroger Active Directory. Toutes les adresses encapsulées sont « désencapsulées » avant leur ajout à la liste d’adresses de messagerie. La requête Active Directory exécutée porte sur maximum 20 adresses de messagerie à la fois. Si la requête Active Directory rencontre des erreurs passagères, le message est renvoyé dans la file d’attente de soumission et sa remise est différée de la durée spécifiée par le paramètre ResolverRetryInterval dans le fichier de configuration d’application EdgeTransport.exe.config. La valeur par défaut est 30 minutes.

Le tableau suivant décrit les objets destinataires trouvés dans Active Directory. Pour plus d’informations sur les types de destinataires Exchange 2010, consultez la rubrique Présentation des destinataires.

Objets destinataires d’Active Directory

Type de destinataire Active Directory	Description
DistributionGroup	Tout objet groupe à extension messagerie. Les types d’objet groupe de distribution sont les suivants : MailUniversalDistributionGroup   Objet groupe de distribution universel. MailUniversalSecurityGroup   Objet groupe de sécurité universel ayant une adresse de messagerie. MailNonUniversalGroup   Objet groupe de sécurité local ou global ayant une adresse de messagerie.
DynamicDistributionGroup	Objet ayant la classe Active Directory msExchDynamicDistributionList. Pour plus d’informations, voir Créer un groupe de distribution dynamique.
Boîte aux lettres	Objet utilisateur ayant une adresse de messagerie et un paramètre Database défini.
MailUser	Objet utilisateur ayant une adresse de messagerie sans paramètre Database défini. Pour plus d’informations, voir Créer un utilisateur de messagerie.
MailContact	Objet contact ayant une adresse de messagerie. Généralement, un contact de messagerie est utilisé pour des destinataires situés à l’extérieur de l’organisation Exchange. Un contact de messagerie est également utilisé dans des environnements Exchange inter-forêts. Pour plus d’informations, voir Créer un contact de messagerie.
MailPublicFolder	Objet dossier public ayant une adresse de messagerie.
MicrosoftExchangeRecipient	Objet ayant la classe Active Directory msExchExchangeServerRecipient. Pour plus d’informations sur l’objet destinataire Exchange, consultez la rubrique Présentation du destinataire Microsoft Exchange.
PublicDatabase	Objet ayant la classe Active Directory msExchPublicMDB.
SystemAttendantMailbox	Objet ayant la classe Active Directory exchangeAdminService. Il ne peut y avoir qu’une seule boîte aux lettres de surveillance du système au sein de l’organisation Exchange 2010.
SystemMailbox	Objet utilisateur ayant une adresse de messagerie et situé dans le conteneur d’objets système Microsoft Exchange. Il ne peut y avoir qu’une seule boîte aux lettres système pour chaque base de données de boîtes aux lettres au sein de l’organisation Exchange 2010.

Un objet dont des propriétés critiques sont manquantes ou incorrectes est classifié par la requête Active Directory comme objet non valide. Par exemple, un objet groupe de distribution dynamique sans adresse de messagerie est considéré comme non valide. Les messages envoyés aux destinataires qui sont classés comme objets non valides génèrent une notification d’échec de remise.

Pour chaque adresse de messagerie, une seule requête initiale est effectuée pour toutes les propriétés de destinataire possibles, telles que les identificateurs de destinataire, le type de destinataire, les limites de message, les adresses de messagerie et les destinataires alternatifs. Les propriétés applicables pour le destinataire sont mises en cache en vue d’un usage futur. La résolution des destinataires classifie les destinataires en fonction de similitudes dans la manière dont ils sont résolus et de la similitude des propriétés de destinataire applicables.

Le filtre LDAP qui est utilisé pour la résolution d’adresse est décrit comme suit :

• Pour le type d’adresse de messagerie EX, le filtre LDAP est basé sur l’attribut legacyExchangeDNActive Directory ou proxyAddresses Active Directory du destinataire. L’attribut legacyExchangeDN Active Directory prime.

• Pour tous les autres types d’adresses de messagerie, l’attribut proxyAddressesActive Directory du destinataire est utilisé comme filtre LDAP.

Si l’adresse de messagerie utilisée dans le message ne correspond pas à l’adresse SMTP principale de l’objet Active Directory correspondant, le catégoriseur réécrit l’adresse de messagerie dans le message pour la faire correspondre à l’adresse SMTP principale. L’adresse de messagerie d’origine est enregistrée dans le paramètre ORCPT= de la commande RCPT TO: dans l’enveloppe de message.

Restrictions applicables au message de l’expéditeur

La taille utilisée pour la restriction de taille de message envoyé est la valeur du champ d’en-tête X-MS-Exchange-Organization-OriginalSize: dans l’en-tête du message. Exchange 2010 utilise ce champ d’en-tête pour enregistrer la taille d’origine du message lorsqu’il est entré dans l’organisation Exchange 2010. Chaque fois qu’un message est vérifié par rapport aux tailles limites des messages spécifiées, la valeur la plus faible de la taille de message actuelle ou l’en-tête de taille de message d’origine sont utilisées. La taille du message peut varier en raison de la conversion de contenu, du codage et du traitement par l’agent. Si ce champ d’en-tête n’existe pas, il est créé à l’aide de la valeur de taille de message actuelle. Si le message est trop volumineux, une notification d’échec de remise est générée et tout traitement de message supplémentaire est interrompu.

La limite de destinataires de l’expéditeur n’est appliquée que sur le premier serveur de transport Hub qui traite le message. Le nombre de destinataires de l’enveloppe de message non développé d’origine est comparé à la limite de destinataires de l’expéditeur. Le nombre de destinataires de l’enveloppe de message non développé d’origine est utilisé pour éviter les problèmes de remise partielle de message qui se produisaient dans Microsoft Exchange Server 2003 quand des listes de distribution imbriquées utilisaient des serveurs d’expansion distants.

L’expéditeur du message et tous les destinataires sont marqués comme résolus par l’enregistrement d’une propriété étendue dans le message. Cette propriété étendue permet au message de contourner la résolution de niveau supérieur s’il doit de nouveau passer par une nouvelle résolution des destinataires. Il se peut qu’un message doive passer par une nouvelle résolution des destinataires suite au redémarrage du service de transport Microsoft Exchange.

Retour au début

Expansion

L’expansion intervient après la résolution de niveau supérieur. L’expansion développe complètement les niveaux de destinataires imbriqués en destinataires individuels. L’expansion peut nécessiter plusieurs itérations du processus d’expansion afin de développer tous les destinataires. Les destinataires ne doivent pas tous être développés. En revanche, tous les destinataires doivent passer par le processus d’expansion. Le processus d’expansion applique également des restrictions de message de destinataire pour tous les types de destinataires.

La liste suivante décrit les types de destinataires qui nécessitent une expansion :

• Groupes de distribution et groupes de distribution dynamiques   Les groupes de distribution sont développés sur la base de la propriété memberOfActive Directory. Les groupes de distribution dynamiques sont développés à l’aide de la définition de requête Active Directory. Si le paramètre ExpansionServer est défini pour le groupe, ce dernier n’est pas développé par le serveur actuel. Le groupe de distribution est routé vers le serveur spécifié pour l’expansion.

  Remarque :

  Si vous sélectionnez un serveur de transport Hub spécifique de votre organisation comme serveur d’expansion, l’utilisation du groupe de distribution dépend de la disponibilité du serveur d’expansion. Si le serveur d’expansion est indisponible, aucun message envoyé au groupe de distribution ne peut être remis. Si vous projetez d’utiliser des serveurs d’expansion spécifiques pour vos groupes de distribution, afin de réduire le risque d’interruption de service, vous devez envisager d’implémenter des solutions de disponibilité élevée pour ces serveurs.

• Autres destinataires   Le paramètre ForwardingAddress peut être défini pour des boîtes aux lettres et des dossiers publics à extension messagerie. Le paramètre ForwardingAddress redirige tous les messages vers le destinataire alternatif spécifié. C’est ce qu’on appelle un destinataire transféré. Lorsqu’une adresse de remise alternative est spécifiée dans le paramètre ForwardingAddress et que le paramètre DeliverToMailboxAndForward est défini sur $true, le message est remis au destinataire d’origine et au destinataire alternatif. C’est ce qu’on appelle un destinataire remis et transféré.

• Chaînes de contact   Une chaîne de contact est un utilisateur de messagerie ou un contact de messagerie dont le paramètre ExternalEmailAddress est défini sur l’adresse de messagerie d’un autre destinataire au sein de l’organisation Exchange.

Détection de boucles de destinataires

Lors de l’expansion des groupes de distribution, des destinataires alternatifs et des chaînes de contact, le catégoriseur vérifie la présence de boucles de destinataires. Une boucle de destinataires est un problème de configuration de destinataire qui a pour effet qu’un message est remis aux mêmes destinataires en une boucle infinie. La liste suivante décrit les différents types de boucles de destinataires :

• Boucle de destinataires inoffensive   Une boucle de destinataires inoffensive aboutit à la réussite de la remise du message. La liste suivante décrit deux scénarios où des boucles de destinataires inoffensives peuvent apparaître :

  • lorsque deux groupes de distribution se contiennent l’un l’autre comme membres ;

  • lorsque des boîtes aux lettres ou des dossiers publics à extension messagerie sont définis pour remettre et transférer l’un à l’autre. Cela se produit lorsque le paramètre DeliverToMailboxAndForward des deux destinataires est défini sur $true et que le paramètre ForwardingAddress est défini pour un transfert de l’un à l’autre.

  En cas de détection d’une boucle de destinataires inoffensive, le message est remis au destinataire mais aucune autre tentative de remise du message au même destinataire n’a lieu.

• Boucle de destinataires interrompue   Une boucle de destinataires interrompue empêche la remise du message. Exemple de boucle de destinataires interrompue : lorsque des boîtes aux lettres ou dossiers publics à extension messagerie ont le paramètre ForwardingAddress défini pour un transfert de l’un à l’autre. Lorsque le catégoriseur détecte une boucle de destinataires interrompue, l’activité d’expansion relative au destinataire en cours est interrompue et une notification d’échec de remise est envoyée au destinataire.

La détection de boucles de destinataires n’empêche pas la remise de messages en double. Par exemple, le groupe de distribution C est sujet à un problème de remise de messages en double si les conditions suivantes sont vraies :

• Les groupes de distribution B et C sont membres du groupe de distribution A.

• Le groupe de distribution C est également membre du groupe de distribution B.

Redirection de notification de remise pour des groupes de distribution

Lors de l’expansion d’un groupe de distribution, le type de message est contrôlé pour déterminer s’il s’agit d’un message de notification de remise. Si le message est une notification de remise, les paramètres de redirection du groupe de distribution sont contrôlés pour déterminer si une redirection de la notification de remise est requise. Vous pouvez décider de supprimer les notifications de remise car elles risquent de divulguer des informations non voulues sur le groupe de distribution et ses membres.

La liste suivante décrit les paramètres de redirection de notification de remise disponibles pour les groupes de distribution et les groupes de distribution dynamiques :

• ReportToManagerEnabled   Ce paramètre active l’envoi de notifications de remise au gestionnaire du groupe de distribution. Les valeurs correctes sont $true et $false. La valeur par défaut est $false. Pour un groupe de distribution, le gestionnaire est contrôlé par le paramètre ManagedBy de la cmdlet Set-Group. Pour un groupe de distribution dynamique, le gestionnaire est contrôlé par le paramètre ManagedBy de la cmdlet Set-DynamicDistributionGroup.

• ReportToOriginatorEnabled   Ce paramètre active l’envoi de notifications de remise à l’expéditeur des messages électroniques envoyés à ce groupe de distribution. Les valeurs correctes sont $true et $false. La valeur par défaut est $true.

  Remarque :
  Les valeurs des paramètres ReportToManagerEnabled et ReportToOriginatorEnabled ne peuvent pas être toutes les deux $true. Si un paramètre est défini sur $true, l’autre doit être défini sur $false. Les deux paramètres peuvent avoir la valeur $false. Cela a pour effet de supprimer toute redirection des messages de notification de remise.

La liste suivante décrit les messages de notification de remise disponibles :

• Accusé de réception   Cette notification confirme qu’un message a été remis à son destinataire.

• Notification d’état de remise   Cette notification décrit le résultat de la tentative de remise d’un message. Pour plus d’informations sur les messages de notification d’état de remise, consultez la rubrique Gestion des notifications d’état de remise.

• Notification de disposition de message   Cette notification décrit le statut d’un message après qu’il a été remis avec succès à un destinataire. Une notification de lecture et une notification de non-lecture sont des exemples de notifications de disposition de message. Les notifications de disposition de message (MDN) sont définies dans la norme RFC 2298 et contrôlées par le champ d’en-tête Disposition-Notification-To: dans l’en-tête du message. Les paramètres de notification de disposition de message qui utilisent le champ d’en-tête Disposition-Notification-To: sont compatibles avec un grand nombre de serveurs de messages différents. Il est également possible de définir les paramètres de notification de disposition de message à l’aide des propriétés MAPI dans Microsoft Outlook et Exchange.

• Notification d’échec de remise   Cette notification indique à l’expéditeur du message qu’il n’a pas été possible de remettre ce dernier aux destinataires spécifiés.

• Notification de non-lecture   Cette notification indique qu’un message a été supprimé avant d’être lu.

• Notification d’absence du bureau   Cette notification indique que le destinataire ne répondra pas aux messages électroniques. Dans la version anglaise, l’acronyme remonte au système de messagerie Microsoft d’origine où la notification correspondante était nommée « out of facility ».

• Notification de lecture   Cette notification indique qu’un message a été lu.

• Rapport de rappel   Cette notification indique le statut d’une demande de rappel pour un destinataire donné. Une demande de rappel est le fait pour un expéditeur de tenter de rappeler un message envoyé à l’aide d’Outlook.

Quand un message de notification de remise est envoyé à un groupe de distribution, les paramètres suivants entraînent la suppression du message de notification :

• La redirection de la notification n’est pas définie. Ou bien la redirection de la notification est définie sur l’expéditeur du message.

• La redirection de la notification est définie sur le gestionnaire du groupe de distribution et le message de notification de remise n’est pas une notification d’échec de remise.

Quand un message de notification de remise est envoyé à un groupe de distribution, les paramètres suivants entraînent la remise du message de notification au gestionnaire du groupe de distribution :

• La redirection de la notification est définie sur le gestionnaire du groupe de distribution et le message de notification de remise est une notification d’échec de remise.

Quand un message qui n’est pas un message de notification de remise est envoyé à un groupe de distribution, il est remis aux membres du groupe de distribution. Les paramètres de demande de notification sont résumés dans la liste suivante :

• Si la redirection de la notification est définie sur l’expéditeur du message, les paramètres de demande de notification ne sont pas modifiés.

• Si la redirection de la notification n’est pas définie, tous les paramètres de demande de notification sont supprimés. Le paramètre NOTIFY=NEVER est ajouté à la commande RCPT TO: pour chaque destinataire figurant dans l’enveloppe de message.

• Si la redirection de la notification est définie sur le gestionnaire du groupe de distribution, tous les paramètres de demande de notification sont supprimés, à l’exception des notifications d’échec de remise, qui sont envoyées au gestionnaire du groupe de distribution.

Restrictions de messages pour les destinataires

Le processus d’expansion applique également toutes restrictions de message configurées pour les destinataires. Vous pouvez configurer ces restrictions individuellement pour chaque destinataire ou globalement pour tous les serveurs de transport Hub au sein de l’organisation Exchange. Le tableau suivant décrit les restrictions de message configurées pour les destinataires.

Restrictions de messages pour les destinataires

Source	Paramètre	Description
Set-DistributionGroup Set-DynamicDistributionGroup Set-Mailbox Set-MailContact Set-MailPublicFolder Set-MailUser Set-TransportConfig	MaxReceiveSize	Le paramètre MaxReceiveSize indique que la taille utilisée pour les restrictions de message configurées pour les destinataires est la valeur du champ d’en-tête X-MS-Exchange-Organization-OriginalSize: de l’en-tête du message. Exchange 2010 utilise ce champ d’en-tête pour enregistrer la taille d’origine du message lorsqu’il est entré dans l’organisation Exchange 2010. Chaque fois qu’un message est vérifié par rapport aux limites de taille de message spécifiées, la valeur la plus faible de l’en-tête de la taille de message actuelle ou de la taille de message d’origine est utilisée. La taille du message peut varier en raison de la conversion de contenu, du codage et du traitement par l’agent. Si ce champ d’en-tête n’existe pas, il est créé à l’aide de la valeur de taille de message actuelle. Si le message est trop volumineux, une notification d’échec de remise est générée et tout traitement de message supplémentaire est interrompu.
Set-DistributionGroup Set-DynamicDistributionGroup Set-Mailbox Set-MailContact Set-MailPublicFolder Set-MailUser	RequireSenderAuthenticationEnabled	Le paramètre RequireSenderAuthenticationEnabled exige que tous les messages envoyés au destinataire proviennent d’expéditeurs authentifiés. Si la valeur de ce paramètre est définie sur $true, les messages en provenance d’expéditeurs non authentifiés sont rejetés. Tous les expéditeurs qui envoient des messages aux boîtes aux lettres système et de surveillance du système doivent être authentifiés.
Set-DistributionGroup Set-DynamicDistributionGroup Set-Mailbox Set-MailContact Set-MailPublicFolder Set-MailUser	AcceptMessagesOnlyFrom AcceptMessagesOnlyFromDLMembers RejectMessagesFrom RejectMessagesFromDLMembers	Le paramètre AcceptMessagesOnlyFrom indique les expéditeurs qui peuvent envoyer des messages électroniques au destinataire. Le paramètre AcceptMessagesOnlyFromDLMembers indique les groupes de distribution qui peuvent envoyer des messages électroniques au destinataire. Le paramètre RejectMessagesFrom indique les expéditeurs qui ne peuvent pas envoyer des messages électroniques au destinataire. Le paramètre RejectMessagesFromDLMembers indique les groupes de distribution qui ne peuvent pas envoyer des messages électroniques au groupe de distribution. Le catégoriseur contrôle l’autorisation du destinataire en deux fois. Le premier contrôle détermine si l’expéditeur figure dans le paramètre AcceptOnlyMessagesFrom ou RejectMessagesFrom. Si l’expéditeur ne figure dans aucun paramètre, les destinataires figurant dans les paramètres AcceptMessagesOnlyFromDLMembers et RejectMessagesFromDLMembers sont complètement développés. Cette expansion complète des groupes de distribution peut prendre du temps. Il est recommandé de minimiser la profondeur d’imbrication des groupes de distribution dans les paramètres AcceptMessagesOnlyFromDLMembers et RejectMessagesFromDLMembers.

Certains types de messages envoyés par des expéditeurs authentifiés sont exemptés de toute restriction. La liste suivante décrit les messages exemptés de restrictions de destinataire :

• Tous les messages envoyés par le destinataire Microsoft Exchange Ces messages incluent les messages DSN, les états de journal, les messages de quota et d’autres messages générés par le système envoyés à des expéditeurs de messages internes. Pour plus d’informations sur le destinataire Microsoft Exchange, consultez la rubrique Présentation du destinataire Microsoft Exchange.

• Messages de réplication des dossiers publics   Ces messages sont envoyés par un expéditeur figurant dans une base de données publique.

• Tous les messages envoyés par l’adresse d’administrateur externe   Ces messages incluent les messages DSN et d’autres messages générés par le système qui sont envoyés à des expéditeurs de messages externes. Pour plus d’informations sur l’adresse d’administrateur externe, consultez la rubrique Configurer l'adresse d'administrateur externe.

Certains types de messages sont bloqués lors de leur envoi à partir de l’organisation Exchange vers des domaines externes. Les paramètres sont contrôlés par les paramètres suivants de la cmdlet Set-RemoteDomain :

• AllowedOOFType

• AutoForwardEnabled

• AutoReplyEnabled

• DeliveryReportEnabled

• NDREnabled

Pour plus d’informations, consultez la rubrique Présentation des domaines distants.

Retour au début

Bifurcation et contrôle de l’expansion des destinataires

Comme la liste complète des destinataires de messages est développée et résolue par la résolution des destinataires, il peut arriver que plusieurs copies d’un même message doivent être créées. Ces cas sont décrits dans les scénarios suivants :

• Quand des destinataires de message requièrent des paramètres de message différents   Il peut arriver que des propriétés de message, telles que les accusés de réception, doivent être activées pour certains destinataires et désactivées pour d’autres. La création d’une nouvelle version d’un message, dont les propriétés diffèrent légèrement de celles du message d’origine est ce qu’on appelle une bifurcation.

• Limitation du nombre de destinataires de l’enveloppe d’un message   Le processus d’expansion des destinataires peut générer des milliers de destinataires en cas d’expansion de groupes de distribution importants. Dans Exchange 2010, au lieu de créer une seule copie du message dont l’enveloppe compte des milliers de destinataires, plusieurs copies du message avec un nombre limité de destinataires sur l’enveloppe sont créées.

Bifurcation

La résolution des destinataires applique une bifurcation à un message si les conditions suivantes sont vraies :

• Lorsque l’expéditeur du message indiqué dans MAIL FROM:, dans l’enveloppe de message, est mis à jour. Exemple : lorsque le paramètre ReportToManagerEnabled d’un groupe de distribution a la valeur $true.

• Lorsque des messages de réponse automatique, tels que des notifications d’état de remise, des notifications d’absence du bureau et des rapports de rappel, doivent être supprimés.

• Lors de l’expansion de destinataires alternatifs.

• Quand un champ d’en-tête Resent-From: doit être ajouté à l’en-tête du message. Les champs d’en-tête Resent sont des champs informatifs qui permettent de déterminer si un message a été transféré par un utilisateur. Les champs d’en-tête Resent sont utilisés de façon à ce que le message apparaisse au destinataire comme s’il était envoyé directement par l’expéditeur d’origine. Le destinataire peut afficher l’en-tête de message pour voir qui a transféré le message. Les champs d’en-tête Resent sont définis dans la section 3.6.6 de la norme RFC 2822.

• Lorsque l’historique de l’expansion du groupe de distribution doit être transmis.

Contrôle de l’expansion des destinataires

Lorsque le nombre de destinataires développés est trop important, le catégoriseur fractionne le message en plusieurs copies. Cette opération vise à réduire l’utilisation des ressources du système durant l’expansion du message. Le nombre maximal de destinataires de l’enveloppe d’un message est contrôlé par le paramètre ExpansionSizeLimit du fichier de configuration d’application EdgeTransport.exe.config. La valeur par défaut est 1000.

Attention :
Il est recommandé de ne pas modifier la valeur du paramètre ExpansionSizeLimit sur un serveur de transport Exchange dans un environnement de production.

Retour au début

Diagnostics de résolution des destinataires

Les informations de rapport et de diagnostic en relation avec la résolution des destinataires sont fournies par des compteurs de performance, des entrées de journal de suivi des messages et l’enregistrement de la résolution des destinataires. Ces sources peuvent vous aider à identifier et diagnostiquer des problèmes liés à la résolution des destinataires.

Compteurs de performance pour la résolution des destinataires

Le tableau suivant décrit les compteurs de performance disponibles pour la résolution des destinataires.

Compteurs de performance pour la résolution des destinataires

Nom du compteur	Nom complet	Description
AmbiguousRecipientsTotal	Destinataires ambigus	Nombre total de destinataires ambigus détectés durant la résolution des destinataires. Des destinataires ambigus sont des destinataires différents qui ont des attributs legacyExchangeDNActive Directory ou proxyAddresses Active Directory correspondants.
AmbiguousSendersTotal	Expéditeurs ambigus	Nombre d’expéditeurs ambigus détectés durant la résolution des destinataires. Des expéditeurs ambigus sont des expéditeurs différents qui ont des attributs legacyExchangeDNActive Directory ou proxyAddresses Active Directory correspondants.
FailedRecipientsTotal	Remise échouée aux destinataires	Nombre de remises échouées aux destinataires détectées durant la résolution des destinataires.
LoopRecipientsTotal	Destinataires en boucle	Nombre de destinataires pour lesquels la résolution des destinataires a échoué en raison de boucles de destinataires.
MessagesChippedTotal	Messages fragmentés	Nombre total de copies du même message créées durant la résolution des destinataires pour contrôler le nombre de destinataires de l’enveloppe d’un message unique. Dans Exchange 2010, ce processus est appelé fragmentation.
MessagesCreatedTotal	Messages créés	Nombre de messages créés durant la résolution des destinataires.
MessagesRetriedTotal	Messages dont la remise a été retentée	Nombre de messages planifiés pour une nouvelle tentative durant la résolution des destinataires.
UnresolvedOrgRecipientsTotal	Nombre de destinataires d’organisation non résolus	Nombre de destinataires non résolus d’un domaine faisant autorité détectés durant la résolution des destinataires.
UnresolvedOrgSendersTotal	Nombre d’expéditeurs d’organisation non résolus	Nombre d’expéditeurs non résolus d’un domaine faisant autorité détectés durant la résolution des destinataires.

Événements de résolution des destinataires consignés dans le journal de suivi des messages

Le tableau suivant décrit les événements de résolution des destinataires consignés dans le journal de suivi des messages.

Événements de résolution des destinataires dans le journal de suivi des messages

Événement de suivi des messages	Description
EXPAND	Cet événement indique qu’un groupe de distribution a été développé.
REDIRECT	Cet événement indique qu’un message envoyé à un destinataire de boîte aux lettres ou un destinataire de dossier public à extension messagerie a été redirigé vers un destinataire alternatif, comme spécifié par le paramètre ForwardingAddress.
RESOLVE	Cet événement indique que l’adresse de messagerie d’un destinataire a été remplacée par l’adresse de messagerie SMTP principale de l’objet destinataire Active Directory correspondant.
TRANSFER	Cet événement indique qu’une bifurcation ou un fractionnement de message a eu lieu.

Pour plus d’informations sur le suivi des messages, consultez la rubrique Comprendre le suivi des messages.

Enregistrement de la résolution des destinataires

L’enregistrement de la résolution des destinataires est contrôlé par le paramètre ResolverLogLevel dans le fichier de configuration d’application EdgeTransport.exe.config. Les valeurs valides pour ce paramètre sont Disabled, Enabled et FullContent. La valeur par défaut est Disabled. Lorsque le paramètre ResolverLogLevel est défini sur Enabled, seules les données d’enveloppe du message sont enregistrées. Lorsque le paramètre ResolverLogLevel est défini sur FullContent, les données d’enveloppe et d’en-tête du message sont enregistrées.

Retour au début

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