Comment l’attribut proxyAddresses est rempli dans Microsoft Entra ID
Cet article décrit comment l’attribut proxyAddresses est rempli dans Microsoft Entra ID et décrit les scénarios courants pour vous aider à comprendre comment l’attribut proxyAddresses est rempli dans Microsoft Entra ID.
Version du produit d’origine : Microsoft Entra ID
Numéro de la base de connaissances d’origine : 3190357
Remarque
Cet article vous a-t-il été utile ? Votre avis est important à nos yeux. Utilisez le bouton Commentaires sur cette page pour nous faire savoir dans quelle mesure cet article vous a été utile ou comment nous pouvons l’améliorer.
L’attribut proxyAddresses dans Active Directory est une propriété à valeurs multiples qui peut contenir diverses entrées d’adresse connues. Par exemple, il peut contenir des adresses SMTP, des adresses X500 et des adresses SIP. Lorsqu’un objet est synchronisé avec Microsoft Entra ID, les valeurs spécifiées dans l’attribut mail ou proxyAddresses dans Active Directory sont copiées dans un attribut de messagerie fantôme ou proxyAddresses dans Microsoft Entra ID. Ensuite, ils sont utilisés pour calculer les proxyAddresses finales de l’objet dans Microsoft Entra en fonction des règles de Microsoft Entra ID internes. La logique qui remplit les attributs mail, mailNickName et proxyAddresses dans Microsoft Entra ID est appelée calcul proxy. Il prend en compte de nombreux aspects différents des données Active Directory local, tels que :
- Définissez ou mettez à jour l’adresse SMTP principale et les adresses secondaires supplémentaires en fonction de ProxyAddresses ou UserPrincipalName locaux.
- Définissez ou mettez à jour l’attribut Mail en fonction de l’adresse SMTP principale calculée.
- Définissez ou mettez à jour l’attribut MailNickName en fonction du préfixe d’adresse MAILNickName ou d’adresse SMTP principale locale.
- Ignorer les adresses locales qui ont un suffixe de domaine réservé, par exemple @*.onmicrosoft.com, @*.microsoftonline.com ;
- Ignorez les ProxyAddresses locales avec les protocoles hérités tels que MSMAIL, X400, etc.
- Ignorer les adresses locales incorrectes ou non conformes à la norme RFC 5322, par exemple le préfixe de protocole « SMTP : » manquant, contenant un espace ou un autre caractère non valide ;
- Supprimez ProxyAddresses avec un suffixe de domaine non vérifié, si une licence Exchange Online est attribuée à l’utilisateur.
Par conséquent, les valeurs des attributs Mail et ProxyAddresses pour l’objet dans Active Directory peuvent ne pas être identiques aux valeurs de l’attribut ProxyAddresses dans Microsoft Entra ID.
Terminologie
La terminologie suivante est utilisée dans cet article :
- Domaine initial : premier domaine approvisionné dans le locataire. Par exemple :
Contoso.onmicrosoft.com. - Microsoft Online Email Routing Address (MOERA) : adresse construite à partir du préfixe userPrincipalName de l’utilisateur, plus le suffixe de domaine initial, qui est automatiquement ajouté aux proxyAddresses dans Microsoft Entra ID. Par exemple :
smtp:john.doe@Contoso.onmicrosoft.com. - UserPrincipalName (UPN) : adresse de connexion de l’utilisateur.
- Adresse SMTP principale : adresse e-mail principale d’un objet destinataire Exchange, y compris le préfixe de protocole SMTP. Par exemple :
SMTP:john.doe@Contoso.com. - Adresse smtp secondaire : adresse(s) électronique(s) supplémentaire(s) d’un objet destinataire Exchange. Par exemple :
smtp:john.doe@Contoso.com. - Attribut de messagerie : contient le adresse e-mail principale d’un utilisateur, sans le préfixe de protocole SMTP. Par exemple :
john.doe@Contoso.com. - Attribut MailNickName : contient l’alias d’un objet destinataire Exchange. Par exemple :
john.doe.
Scénario 1 : L’utilisateur n’a pas défini l’attribut mail, mailNickName ou proxyAddresses
Vous avez créé un objet utilisateur local avec les attributs suivants définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user1upn@Contoso.com
Ensuite, il est synchronisé avec Microsoft Entra ID et seul l’attribut mailNickName est rempli à l’aide du préfixe de l’UPN, car il s’agit d’un attribut obligatoire :
AAD:mailNickName : user1upn
AAD:UserPrincipalName : user1upn@Contoso.com
Une licence Exchange Online lui est ensuite attribuée. Dans ce scénario, les opérations suivantes sont effectuées à la suite du calcul du proxy :
- Définissez l’adresse SMTP principale dans l’attribut proxyAddresses à l’aide de la valeur UPN.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez le MOERA en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format de mailNickName@initial domaine.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé qui a une licence Exchange Online :
AAD:mail : user1upn@Contoso.com
AAD:mailNickName : user1upn
AAD:proxyAddresses : {smtp:user1upn@Contoso.onmicrosoft.com; SMTP:user1upn@Contoso.com}
AAD:userPrincipalName : user1upn@Contoso.com
Remarque
Si l’utilisateur dispose d’une licence Exchange ou s’il est un destinataire Exchange Online, par exemple une boîte aux lettres partagée, le userPrincipalName est toujours ajouté en tant qu’adresse proxy.
Scénario 2 : L’utilisateur n’a pas défini l’attribut mailNickName ou proxyAddresses
Vous créez un objet utilisateur local dont les attributs suivants sont définis :
AD:mail : user2mail@Contoso.com
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user2upn@Contoso.com
Ensuite, il est synchronisé avec Microsoft Entra ID et les opérations suivantes sont effectuées à la suite du calcul du proxy :
- Définissez le smtp principal à l’aide de la même valeur que l’attribut de messagerie.
- Remplissez l’attribut mailNickName à l’aide du préfixe d’adresse SMTP principal.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
Les attributs suivants sont définis dans Microsoft Entra ID lors de l’attribution initiale d’utilisateurs :
AAD:mail : user2mail@Contoso.com
AAD:mailNickName : user2mail
AAD:proxyAddresses : {SMTP:user2mail@Contoso.com}
AAD:userPrincipalName : user2upn@Contoso.com
Une licence Exchange Online lui est ensuite attribuée. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Ajoutez l’UPN en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses.
- Ajoutez le MOERA en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format de mailNickName@initial domaine.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé avec Exchange Online licence :
AAD:mail : user2mail@Contoso.com
AAD:mailNickName : user2mail
AAD:proxyAddresses : {smtp:user2upn@Contoso.com; smtp:user2mail@Contoso.onmicrosoft.com; SMTP:user2mail@Contoso.com}
AAD:userPrincipalName : user2upn@Contoso.com
Scénario 3 : Vous modifiez les valeurs d’attribut proxyAddresses de l’utilisateur local
Vous créez un objet utilisateur local dont les attributs suivants sont définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {smtp:user3pa3@Fabrikam.microsoftonline.com, smtp:user3pa2@Contoso.onmicrosoft.com, SMTP:user3pa1@Contoso.com}
AD:userPrincipalName : user3upn@Contoso.com
Ensuite, il est synchronisé avec Microsoft Entra ID et une licence Exchange Online est affectée. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Ignorez les adresses qui ont un suffixe de domaine réservé. Dans cet exemple, les adresses suivantes sont ignorées :
smtp:user3pa2@Contoso.onmicrosoft.comsmtp:user3pa3@Fabrikam.microsoftonline.com
- Définissez le smtp principal à l’aide de la même adresse que celle spécifiée dans l’attribut proxyAddresses local.
- Remplissez l’attribut mailNickName à l’aide du préfixe d’adresse SMTP principal.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez le MOERA en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format de mailNickName@initial domaine.
- Ajoutez l’UPN en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user3pa1@Contoso.com
AAD:mailNickName : user3pa1
AAD:proxyAddresses : {smtp:user3upn@Contoso.com; smtp:user3pa1@Contoso.onmicrosoft.com; SMTP:user3pa1@Contoso.com}
AAD:userPrincipalName : user3upn@Contoso.com
Ensuite, vous remplacez les valeurs de l’attribut proxyAddresses local par les valeurs suivantes :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {smtp:user3new3@Fabrikam.microsoftonline.com, smtp:user3new2@Contoso.onmicrosoft.com, SMTP:user3new1@Contoso.com}
AD:userPrincipalName : user3upn@Contoso.com
Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Ignorez les adresses qui ont un suffixe de domaine réservé. Par exemple, les adresses suivantes sont ignorées :
smtp:user3new2@Contoso.onmicrosoft.comsmtp:user3new3@Fabrikam.microsoftonline.com
- Remplacez la nouvelle adresse SMTP principale spécifiée dans l’attribut proxyAddresses.
- Mettez à jour l’attribut de messagerie à l’aide de la valeur de la nouvelle adresse SMTP principale spécifiée dans l’attribut proxyAddresses.
- Conservez l’ancien mailNickName, car le mailNickName local n’est pas défini et sa valeur a changé.
- Conservez l’ancien MOERA comme adresse smtp secondaire dans l’attribut proxyAddresses.
- Conservez l’UPN en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user3new1@Contoso.com
AAD:mailNickName : user3pa1
AAD:proxyAddresses : {SMTP:user3new1@Contoso.com; smtp:user3upn@Contoso.com; smtp:user3pa1@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user3upn@Contoso.com
Scénario 4 : suppression de la licence Exchange Online
Vous créez un objet utilisateur local dont les attributs suivants sont définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user4upn@Contoso.com
Ensuite, il est synchronisé avec Microsoft Entra ID et une licence Exchange Online est affectée. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Définissez l’adresse SMTP principale dans l’attribut proxyAddresses à l’aide de la valeur UPN.
- Remplissez l’attribut mailNickName à l’aide du préfixe d’adresse SMTP principal.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez le MOERA en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format de mailNickName@initial domaine.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user4upn@Contoso.com
AAD:mailNickName : user4upn
AAD:proxyAddresses : {smtp:user4upn@Contoso.onmicrosoft.com; SMTP:user4upn@Contoso.com}
AAD:userPrincipalName : user4upn@Contoso.com
Ensuite, vous supprimez la licence Exchange Online et l’opération suivante est effectuée à la suite du calcul du proxy :
- Supprimez l’adresse SMTP principale dans l’attribut proxyAddresses correspondant à la valeur UPN.
- Promouvoir l’adresse MOERA de l’adresse SMTP secondaire à l’adresse SMTP principale dans l’attribut proxyAddresses.
- Mettez à jour l’attribut de messagerie à l’aide de l’adresse SMTP principale dans l’attribut proxyAddresses (MOERA).
AAD:mail : user4upn@Contoso.onmicrosoft.com
AAD:mailNickName : user4upn
AAD:proxyAddresses : {SMTP:user4upn@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user4upn@Contoso.com
Ensuite, vous ajoutez une adresse smtp secondaire dans l’attribut proxyAddresses local :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {smtp:user4new@Contoso.com}
AD:userPrincipalName : user4upn@Contoso.com
Lorsque l’objet est synchronisé avec Microsoft Entra ID, l’opération suivante est effectuée à la suite du calcul du proxy :
- Ajoutez l’adresse smtp secondaire dans l’attribut proxyAddresses.
- Ajoutez l’UPN en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses.
Les attributs suivants définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user4upn@Contoso.onmicrosoft.com
AAD:mailNickName : user4upn
AAD:proxyAddresses : {smtp:user4upn@Contoso.com; smtp:user4new@Contoso.com; SMTP:user4upn@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user4upn@Contoso.com
Scénario 5 : La valeur de l’attribut mailNickName est modifiée
Vous créez un objet utilisateur local dont les attributs suivants sont définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user5upn@Contoso.com
Ensuite, il est synchronisé avec Microsoft Entra ID et une licence Exchange Online est affectée. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Définissez l’adresse SMTP principale dans l’attribut proxyAddresses à l’aide de la valeur UPN.
- Remplissez l’attribut mailNickName à l’aide du préfixe d’adresse SMTP principal.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez le MOERA en tant qu’adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format de mailNickName@initial domaine.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user5upn@Contoso.com
AAD:mailNickName : user5upn
AAD:proxyAddresses : {smtp:user5upn@Contoso.onmicrosoft.com; SMTP:user5upn@Contoso.com}
AAD:userPrincipalName : user5upn@Contoso.com
Ensuite, vous remplacez la valeur de l’attribut mailNickName local par la valeur suivante :
mail : \<not set>
AD:mailNickName : user5new1
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user5upn@Contoso.com
Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Mettez à jour l’attribut mailNickName en utilisant la même valeur que l’attribut mailNickName local.
- Conservez l’attribut de courrier inchangé.
- Conservez l’attribut proxyAddresses inchangé.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user5upn@Contoso.com
AAD:mailNickName : user5new1
AAD:proxyAddresses : {smtp:user5upn@Contoso.onmicrosoft.com; SMTP:user5upn@Contoso.com}
AAD:userPrincipalName : user5upn@Contoso.com
Scénario 6 : Deux utilisateurs ont le même attribut mailNickName
Vous créez deux objets utilisateur locaux qui ont la même valeur mailNickName :
AD:mail : \<not set>
AD:mailNickName : user6mnn
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user6a@Contoso.com
AD:mail : \<not set>
AD:mailNickName : user6mnn
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user6b@Contoso.com
Ensuite, ils sont synchronisés avec Office 365 et une licence Exchange Online. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Définissez l’adresse SMTP principale dans l’attribut proxyAddresses à l’aide de la valeur UPN.
- Remplissez l’attribut mailNickName en utilisant la même valeur que l’attribut mailNickName local.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Pour le premier utilisateur approvisionné : ajoutez le MOERA comme adresse smtp secondaire dans l’attribut proxyAddresses, en utilisant le format mailNickName@initial domaine.
- Pour le deuxième utilisateur approvisionné, MOERA est déjà utilisé par un autre objet : ajoutez le MOERA en tant qu’adresse smtp secondaire, en ajoutant 4 chiffres aléatoires à mailNickName en tant que préfixe, plus @initial le suffixe de domaine.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé :
AAD:mail : user6a@Contoso.com
AAD:mailNickName : user6mnn
AAD:proxyAddresses : {smtp:user6mnn@Contoso.onmicrosoft.com; SMTP:user6a@Contoso.com}
AAD:userPrincipalName : user6a@Contoso.com
AAD:mail : user6b@Contoso.com
AAD:mailNickName : user6mnn
AAD:proxyAddresses : {smtp:user6mnn5236@Contoso.onmicrosoft.com; SMTP:user6b@Contoso.com}
AAD:userPrincipalName : user6b@Contoso.com
Contactez-nous pour obtenir de l’aide
Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour