Résolution des destinataires

  • Article

S’applique à : Exchange Server 2013

La résolution des destinataires est le processus de développement et de résolution de tous les destinataires d’un message. Le fait de résoudre les destinataires fait correspondre un destinataire à l’objet Active Directory correspondant dans le organization Microsoft Exchange. Le fait de développer les destinataires étend tous les groupes de distribution en une liste de destinataires individuels. La résolution des destinataires permet d’appliquer correctement des limites de messages et d’autres destinataires à chaque destinataire.

Dans un organization Microsoft Exchange Server 2013, la résolution des destinataires est effectuée par le catégorisateur dans le service de transport sur les serveurs de boîtes aux lettres. Une catégorisation de chaque message intervient après qu'un nouveau message a été placé dans la file d'attente de soumission. La résolution du destinataire, en plus de la conversion de contenu et du routage, est effectuée sur le message avant que celui-ci ne soit placé dans une file d’attente de remise. Le catégoriseur effectue la résolution des destinataires avant le routage. Le composant du catégoriseur responsable de la résolution des destinataires est souvent appelé résolveur.

Résolution de niveau supérieur

La résolution de niveau supérieur est la première étape de la résolution du destinataire. La résolution de niveau supérieur associe chaque destinataire d’un message entrant à un objet destinataire correspondant dans Active Directory. Lors de la résolution de niveau supérieur, le catégorisateur crée une liste qui contient l’expéditeur et les adresses e-mail initiales et non expirées du destinataire qui existent dans le message. Le catégoriseur utilise ensuite cette liste d’adresses e-mail pour interroger Active Directory afin de rechercher tous les objets à extension messagerie qui ont des attributs d’adresse e-mail correspondants. Lorsqu’une correspondance est trouvée, les propriétés des objets Active Directory correspondants sont mises en cache pour une utilisation ultérieure. Toutes les restrictions de message de l’expéditeur 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 du message contient les commandes utilisées pour transmettre des messages entre les serveurs de messagerie SMTP. L’adresse e-mail de l’expéditeur est contenue dans la commande MAIL FROM : . L’adresse e-mail de chaque destinataire est contenue dans une commande RCPT TO : distincte. L’expéditeur d’enveloppe et les destinataires de l’enveloppe sont généralement créés à partir de l’expéditeur et des destinataires dans les To:champs d’en-tête , From:Cc:, et Bcc: dans l’en-tête du message. Toutefois, ce n’est pas toujours vrai. Les To:champs d’en-tête , From:, Cc:et Bcc: d’un message sont facilement falsifiés et peuvent ne pas correspondre aux adresses e-mail réelles de l’expéditeur ou du destinataire qui ont été utilisées pour transmettre le message.

Adresses de messagerie encapsulées

Les adresses e-mail SMTP standard suivent les spécifications de RFC 2821 et RFC 2822, telles que chris@contoso.com, par exemple. Toutefois, une adresse e-mail peut également être une adresse e-mail non SMTP qui est encapsulée dans une adresse SMTP valide. Exchange prend en charge les adresses encapsulées qui utilisent la méthode d’encapsulation IMCEA (Internet Mail Connector Encapsulation).

Cette méthode d’encapsulation nécessite l’encodage de tous les caractères non valides dans les adresses e-mail SMTP. Les caractères alphanumériques, le signe égal (=) et le trait d’union (-) ne nécessitent pas d’encodage. D’autres caractères utilisent la syntaxe d’encodage 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 sa valeur ASCII sont écrits en hexadécimal. Par exemple, le caractère d’espace a la valeur +20encodée .

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, X400ou FAX.

Remarque

Bien que SMTP et X500 soient théoriquement des valeurs valides pour <Type>, la résolution de destinataire Exchange rejette toutes les adresses encodées en IMCEA qui utilisent l’un de ces types.

L’adresse> d’espace réservé < est l’adresse d’origine encodée. Le domaine> d’espace réservé < 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 pas encapsulées uniquement lorsque le domaine correspond au domaine faisant autorité par défaut dans le organization Exchange. Pour plus d’informations sur les domaines acceptés, consultez Domaines acceptés.

La longueur maximale d'une adresse e-mail SMTP dans Exchange 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 ;
  • Caractère de signe at (@) qui sépare la partie nom de l’adresse du nom de domaine

Notez qu’Exchange ne prend pas en charge les messages encodés avec la méthode d’encapsulation IMCEA lorsque la partie nom de l’adresse dépasse 315 caractères, même si l’adresse e-mail complète est inférieure à 571 caractères.

Résolution d'adresse

Pour chaque message, l’adresse e-mail de l’expéditeur et toutes les adresses e-mail du destinataire sont ajoutées à une liste utilisée pour interroger Active Directory. Toutes les adresses encapsulées sont supprimées avant d’être ajoutées à la liste des adresses e-mail. La requête Active Directory est effectuée sur un nombre maximal de 20 adresses à la fois. Si la requête Active Directory rencontre des erreurs temporaires, le message est renvoyé à la file d’attente De la soumission et différé pendant la durée spécifiée par la clé ResolverRetryInterval dans le %ExchangeInstallPath%Bin\EdgeTransport.exe.config fichier de configuration de l’application XML associé au service de transport Microsoft Exchange. La valeur par défaut est 30 minutes.

Le tableau suivant décrit les objets destinataires qui se trouvent dans Active Directory. Pour plus d'informations sur les types de destinataires Exchange, consultez la rubrique Destinataires.

Objets destinataires dans Active Directory

Type de destinataire Active Directory Description
DistributionGroup Tout objet groupe à extension messagerie. Les types d’objets de groupe de distribution sont les suivants :
  • MailUniversalDistributionGroup Objet groupe de distribution universel.
  • MailUniversalSecurityGroup Objet groupe universel de sécurité ayant une adresse de messagerie.
  • MailNonUniversalGroup Objet de groupe de sécurité local ou objet de groupe de sécurité global qui a une adresse e-mail
DynamicDistributionGroup Objet qui contient la classe Active Directory msExchDynamicDistributionList. Pour plus d'informations, consultez la rubrique Gérer des groupes de distribution dynamiques.
Boîte aux lettres Objet utilisateur qui a une adresse e-mail et un paramètre de base de données défini
MailUser Objet utilisateur qui a une adresse e-mail sans paramètre de base de données défini. Pour plus d'informations, consultez la rubrique Gérer les utilisateurs de messagerie.
MailContact Objet contact ayant une adresse e-mail. 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, consultez la rubrique Gérer les contacts 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 Microsoft Exchange, consultez Destinataires.
SystemAttendantMailbox Objet qui a la classe Active Directory exchangeAdminService. Il ne doit y avoir qu’une seule boîte aux lettres du standard système dans le organization Exchange.
SystemMailbox Objet utilisateur qui a une adresse e-mail et qui se trouve dans le conteneur 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.

Un objet qui contient des propriétés critiques manquantes ou incorrectes est classé par la requête Active Directory comme un objet non valide. Par exemple, un objet de groupe de distribution dynamique sans adresse e-mail est considéré comme non valide. Les messages envoyés aux destinataires classés comme des objets non valides génèrent un rapport de non-remise (NDR).

Pour chaque adresse e-mail, une requête initiale unique est effectuée pour toutes les propriétés de destinataire possibles, telles que les identificateurs de destinataire, le type de destinataire, les limites des messages, les adresses de messagerie et les autres destinataires. Les propriétés applicables pour le destinataire sont mises en cache pour une utilisation ultérieure. La résolution des destinataires classifie les destinataires en fonction des similitudes dans la façon dont les destinataires sont résolus et de la similarité des propriétés de destinataire applicables.

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

  • Pour le type d’adresse e-mail EX , le filtre LDAP est basé sur l’attribut Active Directory legacyExchangeDN du destinataire ou l’attribut Active Directory proxyAddresses du destinataire. L’attribut Active Directory legacyExchangeDN est prioritaire.
  • Pour tous les autres types d’adresses e-mail, l’attribut Active Directory proxyAddresses du destinataire est utilisé comme filtre LDAP.

Si l’adresse e-mail utilisée dans le message ne correspond pas à l’adresse SMTP principale de l’objet Active Directory correspondant, le catégorisateur réécrit l’adresse e-mail dans le message pour qu’elle corresponde à l’adresse SMTP principale. L’adresse e-mail d’origine est enregistrée dans l’entrée ORCPT= de la commande RCPT TO : dans l’enveloppe du message.

Restrictions applicables au message de l’expéditeur

La taille utilisée pour la restriction de taille du message de l’expéditeur est la valeur du champ d’en-tête X-MS-Exchange-Organization-OriginalSize : dans l’en-tête du message. Exchange utilise ce champ d’en-tête pour enregistrer la taille du message d’origine lorsqu’il est entré dans le organization Exchange. Chaque fois que le message est vérifié par rapport aux limites de taille de message spécifiées, la valeur inférieure de la taille de message actuelle ou de l’en-tête de taille de message d’origine est utilisée. La taille du message peut changer en raison de la conversion de contenu, de l’encodage et du traitement de 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 remise de remise est générée et le traitement supplémentaire des messages est arrêté.

Le nombre maximal de destinataires de l'expéditeur est appliqué uniquement dans le service de transport sur le premier serveur de boîtes aux lettres qui traite le message. Le nombre de destinataires de l'enveloppe du message d'origine, non développée est comparé au nombre maximal de destinataires de l'expéditeur. Le nombre de destinataires d’enveloppe de message non expiré d’origine est utilisé pour éviter les problèmes de remise partielle des messages qui se sont produits dans Microsoft Exchange Server 2003 lorsque les listes de distribution imbriquées utilisaient des serveurs d’extension 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 si le message doit passer à nouveau par la résolution du destinataire. Un message peut être amené à passer à nouveau par la résolution du destinataire, car le service de transport Microsoft Exchange a redémarré.

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. Toutefois, tous les destinataires doivent passer par le processus d’expansion. Le processus d’extension 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 extension :

  • Groupes de distribution et groupes de distribution dynamiques : les groupes de distribution sont développés en fonction de la propriété Active Directory memberOf . 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 sur le groupe, le groupe n’est pas développé par le serveur actuel. Le groupe de distribution est routé vers le serveur spécifié pour l’extension.

    Remarque

    Si vous sélectionnez un serveur de transport spécifique dans votre organization comme serveur d’extension, l’utilisation du groupe de distribution dépend de la disponibilité du serveur d’extension. Si le serveur d’extension n’est pas disponible, les messages envoyés au groupe de distribution ne peuvent pas être remis. Si vous envisagez d’utiliser des serveurs d’extension 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 haute disponibilité pour ces serveurs.

  • Autres destinataires : le paramètre ForwardingAddress peut être défini sur les boîtes aux lettres et les dossiers publics à extension messagerie. Le paramètre ForwardingAddress redirige tous les messages vers l’autre destinataire spécifié. Il s’agit d’un destinataire transféré. Lorsqu’une autre adresse de remise est spécifiée dans le paramètre ForwardingAddress et que le paramètre DeliverToMailboxAndForward a la valeur $true, le message est remis au destinataire d’origine et à l’autre destinataire. Il s’agit du destinataire remis et transféré.

  • Chaînes de contacts : une chaîne de contacts est un utilisateur de messagerie ou un contact de messagerie dont le paramètre ExternalEmailAddress est défini sur l’adresse e-mail d’un autre destinataire dans le organization Exchange.

Détection des boucles de destinataire

À mesure que les groupes de distribution, les autres destinataires et les chaînes de contacts sont développés, le catégoriseur recherche les boucles de destinataires. Une boucle de destinataire est un problème de configuration de destinataire qui provoque la remise de messages aux mêmes destinataires dans un cercle sans fin. La liste suivante décrit les différents types de boucles de destinataire :

  • Boucle de destinataire inoffensif : une boucle de destinataire inoffensif entraîne la réussite de la remise des messages. La liste suivante décrit deux scénarios où des boucles de destinataire inoffensives se produisent :

    • Lorsque deux groupes de distribution se contiennent en tant que membres.
    • Lorsque les boîtes aux lettres ou les dossiers publics à extension messagerie sont configurés pour être remises et transférées les unes aux autres. 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 l’un sur l’autre.

    Lorsqu’une boucle de destinataire inoffensive est détectée, le message est remis au destinataire, mais aucune tentative supplémentaire n’est effectuée pour remettre le message au même destinataire.

  • Boucle de destinataire rompue : une boucle de destinataire rompue ne peut pas aboutir à une remise de messages réussie. Un exemple de boucle de destinataire rompue est lorsque les boîtes aux lettres ou les dossiers publics à extension messagerie ont le paramètre ForwardingAddress défini l’un sur l’autre. Lorsque le catégoriseur détecte une boucle de destinataire rompue, l’activité d’expansion du destinataire actuel s’arrête et une remise de remise est générée pour le destinataire.

La détection des boucles de destinataire n’empêche pas la remise des messages en double. Par exemple, le groupe de distribution C rencontrera une remise de messages en double si les conditions suivantes sont remplies :

  • 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 des rapports de remise pour les groupes de distribution

Lorsqu’un groupe de distribution est développé, le type de message est vérifié pour déterminer s’il s’agit d’un message de rapport de remise. Si le message est un rapport de remise, les paramètres de redirection du groupe de distribution sont vérifiés pour déterminer si la redirection du rapport de remise est requise. Vous souhaiterez peut-être supprimer les rapports de remise, car ceux-ci peuvent divulguer des informations indésirables sur le groupe de distribution et son appartenance.

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

  • ReportToManagerEnabled : ce paramètre permet d’envoyer des rapports de remise au gestionnaire de groupe de distribution. Les valeurs valides sont $true ou $false. La valeur par défaut est $false. Pour un groupe de distribution, le gestionnaire est contrôlé par le paramètre ManagedBy dans l’applet de commande Set-Group . Pour un groupe de distribution dynamique, le gestionnaire est contrôlé par le paramètre ManagedBy dans l’applet de commande Set-DynamicDistributionGroup .

  • ReportToOriginatorEnabled : ce paramètre permet d’envoyer des rapports de remise à l’expéditeur des messages électroniques envoyés à ce groupe de distribution. Les valeurs valides sont $true ou $false. La valeur par défaut est $true.

    Remarque

    Les valeurs des paramètres ReportToManagerEnabled et ReportToOriginatorEnabled ne peuvent pas être $true. Si un paramètre a la $truevaleur , l’autre doit avoir la valeur $false. Les valeurs des deux paramètres peuvent être $false. Cela supprime toute redirection de tous les messages de rapport de remise.

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

  • Accusé de réception (DR) : ce rapport confirme qu’un message a été remis à son destinataire prévu.

  • Notification de remise status (DSN) : ce rapport décrit le résultat d’une tentative de remise d’un message. Pour plus d’informations sur les messages DSN, consultez DSN et NDR dans Exchange 2013.

  • Notification de destruction de message (MDN) : ce rapport décrit la status d’un message après sa remise à un destinataire. Une notification de lecture (RN) et une notification de non-lecture (NRN) sont deux exemples de message MDN. Les messages de notification de réception de messages sont définis dans la norme RFC 2298 et sont contrôlés par le champ d'en-tête Disposition-Notification-To: dans l'en-tête du message. Les paramètres MDN qui utilisent le champ d’en-tête Disposition-Notification-To: sont compatibles avec de nombreux serveurs de messages différents. Les paramètres MDN peuvent également être définis à l’aide des propriétés MAPI dans Microsoft Outlook et Exchange.

  • Rapport de non-remise : ce rapport indique à l’expéditeur du message que le message n’a pas pu être remis aux destinataires spécifiés.

  • Notification de non-lecture (NRN) : ce rapport indique qu’un message a été supprimé avant d’être lu.

  • Absence du bureau (OOF) : ce rapport indique que le destinataire ne répondra pas aux messages électroniques. Dans la version anglaise (« Out of office [OOF]) », l'acronyme remonte au système de messagerie Microsoft d'origine où la notification correspondante était nommée « out of facility ».

  • Notification de lecture (RN) : ce rapport indique qu’un message a été lu.

  • Rapport de rappel : ce rapport indique la status d’une demande de rappel pour un destinataire spécifique. Une demande de rappel est quand un expéditeur tente de rappeler un message envoyé à l’aide d’Outlook.

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

  • La redirection de rapport n’est pas définie. Vous pouvez également définir la redirection de rapport sur l’expéditeur du message.
  • La redirection de rapport est définie sur le gestionnaire de groupe de distribution, et le message de rapport de remise n’est pas une remise.

Lorsqu’un message de rapport de remise est envoyé à un groupe de distribution, le message de rapport de remise peut être remis au gestionnaire du groupe de distribution. Cela se produit lorsque la redirection de rapport est définie sur le gestionnaire de groupe de distribution et que le message de rapport est une remise.

Lorsqu’un message qui n’est pas un message de rapport de remise est envoyé à un groupe de distribution, le message est remis aux membres du groupe de distribution. Les paramètres de demande de rapport 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 rapport n’est pas définie, tous les paramètres de demande de rapport sont supprimés. L’entrée NOTIFY=NEVER est ajoutée à RCPT TO : pour chaque destinataire dans l’enveloppe du message.
  • Si la redirection de rapport est définie sur le gestionnaire de groupe de distribution, tous les paramètres de demande de rapport sont supprimés, à l’exception des messages d’échec de remise envoyés au gestionnaire de groupe de distribution.

Restrictions de messages pour les destinataires

Le processus d’extension applique également toutes les restrictions de message configurées pour les destinataires. Ces restrictions peuvent être configurées individuellement pour chaque destinataire ou au niveau de l’organisation pour tous les serveurs de transport Hub dans le organization Exchange. Le tableau suivant décrit les restrictions de message configurées 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 spécifie 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 : dans l’en-tête du message. Exchange utilise ce champ d’en-tête pour enregistrer la taille du message d’origine lorsqu’il est entré dans le organization Exchange. Chaque fois que le message est vérifié par rapport aux limites de taille de message spécifiées, la valeur inférieure de la taille de message actuelle ou de l’en-tête de taille de message d’origine est utilisée. La taille du message peut changer en raison de la conversion de contenu, de l’encodage et du traitement de 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 remise de remise est générée et le traitement supplémentaire des messages est arrêté.
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. Lorsque la valeur de ce paramètre est définie sur $true, les messages provenant 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 Surveillance du système doivent être authentifiés.
Set-DistributionGroup

Set-DynamicDistributionGroup

Set-Mailbox

Set-MailContact

Set-MailPublicFolder

Set-MailUser		 AcceptMessagesOnlyFromSendersOrMembers

RejectMessagesFromSendersOrMembers		 Le paramètre AcceptMessagesOnlyFromSendersOrMembers spécifie les expéditeurs ou groupes de distribution dont les membres sont autorisés à envoyer des messages au destinataire. Notez que ce paramètre combine les fonctionnalités des anciens paramètres AcceptMessagesOnlyFrom et AcceptMessagesOnlyFromDLMembers .

Le paramètre RejectMessagesFromSendersOrMembers spécifie les expéditeurs ou groupes de distribution dont les membres ne sont pas autorisés à envoyer des messages au destinataire. Notez que ce paramètre combine les fonctionnalités des anciens paramètres RejectMessagesFrom et RejectMessagesFromDLMembers .

Le catégoriseur vérifie l’autorisation du destinataire en deux passes. La première passe détermine si l’expéditeur est présent dans le paramètre AcceptOnlyMessagesFromSendersOrMembers ou RejectMessagesFromSendersOrMembers . Si l’expéditeur n’est pas trouvé dans l’un ou l’autre paramètre, les groupes de distribution dans ces paramètres sont entièrement développés. Cette extension complète des groupes de distribution peut prendre un certain temps. Nous vous recommandons de réduire la profondeur des groupes de distribution imbriqués dans ces paramètres.

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 des messages DSN, des rapports de journal, des messages de quota et d’autres messages générés par le système qui sont envoyés aux expéditeurs de messages internes. Pour plus d’informations sur le destinataire Microsoft, consultez Destinataires.

  • Tous les messages envoyés par l’adresse postmaster externe : ces messages incluent des 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 Configuration de l'adresse d'administrateur externe.

Certains types de messages sont bloqués lorsqu’ils sont envoyés à partir du organization Exchange vers des domaines externes. Les paramètres sont contrôlés par les paramètres suivants dans l’applet de commande Set-RemoteDomain :

  • AllowedOOFType.
  • AutoForwardEnabled
  • AutoReplyEnabled
  • DeliveryReportEnabled
  • NDREnabled

Pour plus d'informations, consultez la rubrique Domaines distants.

Bifurcation et contrôle de l’expansion des destinataires

Étant donné que la liste complète des destinataires du message est développée et résolue par résolution de destinataire, il arrive que des copies différentes du même message soient créées. Ces occasions sont décrites par les scénarios suivants :

  • Lorsque les destinataires d’un message nécessitent des paramètres de message différents : les propriétés de message telles que les confirmations de lecture doivent être activées pour certains destinataires et bloquées pour d’autres destinataires. La création d’une nouvelle version du message qui a des propriétés légèrement différentes de celles du message d’origine est appelée bifurcation.

  • Pour limiter le nombre de destinataires d’enveloppe dans un seul message : le processus d’expansion des destinataires peut générer des milliers de destinataires individuels lorsque de grands groupes de distribution sont étendus. Dans Exchange, au lieu de créer une seule copie du message contenant des milliers de destinataires d’enveloppe, plusieurs copies du même message qui ont un nombre limité de destinataires d’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 dans MAIL FROM :, dans l’enveloppe du message, est mis à jour. Par exemple, lorsque le paramètre ReportToManagerEnabled sur un groupe de $truedistribution a la valeur .

  • Lorsque les messages de réponse automatique, tels que les DSN, les messages OOF et les rapports de rappel, doivent être supprimés.

  • Lors de l'expansion de destinataires alternatifs.

  • Lorsqu’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 de réentent sont définis dans la section 3.6.6 de la 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 élevé, le catégorisateur fractionne le message en plusieurs copies. Cela permet de réduire l’utilisation des ressources système pendant l’expansion des messages. Le nombre maximal de destinataires d’enveloppe dans un message est contrôlé par la clé ExpansionSizeLimit dans le fichier de configuration de l’application %ExchangeInstallPath%Bin\EdgeTransport.exe.config . La valeur par défaut est 1000.

Avertissement

Nous vous recommandons de ne pas modifier la valeur de la clé ExpansionSizeLimit sur un serveur de transport Exchange dans un environnement de production.

Diagnostics de résolution des destinataires

Les informations de création de rapports et de diagnostic pour la résolution des destinataires sont fournies par les compteurs de performances et les entrées du journal de suivi des messages. 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 performances disponibles pour la résolution des destinataires.

Nom du compteur Nom complet Description
AmbiguRecipientsTotal Destinataires ambigus Il s’agit du nombre total de destinataires ambigus détectés lors de la résolution du destinataire. Des destinataires ambigus sont des destinataires différents qui ont des attributs legacyExchangeDN Active Directory ou proxyAddresses Active Directory correspondants.
AmbiguSendersTotal 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 legacyExchangeDN Active Directory ou proxyAddresses Active Directory correspondants.
FailedRecipientsTotal Remise échouée aux destinataires Il s’agit du nombre de destinataires ayant échoué qui ont été détectés lors de la résolution du destinataire.
LoopRecipientsTotal Destinataires en boucle Il s’agit du nombre de destinataires qui n’ont pas réussi à résoudre les destinataires en raison de boucles de destinataires.
MessagesChippedTotal Messages fragmentés Il s’agit du nombre total de copies du même message qui ont été créées lors de la résolution du destinataire pour contrôler le nombre de destinataires d’enveloppe dans un message unique. Dans Exchange, ce processus est appelé « chipping ».
MessagesCreatedTotal Messages créés Il s’agit du nombre de messages qui ont été créés pendant la résolution du destinataire.
MessagesRetriedTotal Messages dont la remise a été retentée Il s’agit du nombre de messages qui ont été planifiés pour une nouvelle tentative pendant la résolution du destinataire.
UnresolvedOrgRecipientsTotal Nombre de destinataires d'organisation non résolus Il s’agit du nombre de destinataires non résolus d’un domaine faisant autorité qui ont été détectés lors de la résolution du destinataire.
UnresolvedOrgSendersTotal Nombre d'expéditeurs d'organisation non résolus Il s’agit du nombre d’expéditeurs non résolus d’un domaine faisant autorité qui ont été détectés lors de la résolution du destinataire.

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

Le tableau suivant décrit les événements de résolution de destinataire qui sont écrits dans le journal de suivi des messages.

Événement de suivi des messages Description
DÉVELOPPER Cet événement indique qu’un groupe de distribution a été développé.
REDIRIGER 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 autre destinataire, comme spécifié par le paramètre ForwardingAddress .
RÉSOUDRE Cet événement indique qu’une adresse e-mail de destinataire a été remplacée par l’adresse de messagerie SMTP principale de l’objet de destinataire Active Directory correspondant.
TRANSFERT Cet événement indique que la bifurcation ou le chipping des messages s’est produit.

Pour plus d'informations sur le suivi des messages, consultez la rubrique Suivi des messages.