Comment l’attribut proxyAddresses est rempli dans Microsoft Entra ID
Cet article décrit comment l’attribut proxyAddresses est rempli dans l’ID Microsoft Entra et décrit les scénarios courants pour vous aider à comprendre comment l’attribut proxyAddresses est rempli dans l’ID Microsoft Entra.
Version du produit d’origine : Microsoft Entra ID
Numéro de base de connaissances d’origine : 3190357
Note
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 l’ID Microsoft Entra, les valeurs spécifiées dans l’attribut courrier ou proxyAddresses dans Active Directory sont copiées dans un attribut shadow mail ou proxyAddresses dans Microsoft Entra ID. Ensuite, ils sont utilisés pour calculer les proxyAddresses finaux de l’objet dans Microsoft Entra en fonction des règles d’ID Microsoft Entra internes. La logique qui remplit les attributs mail, mailNickName et proxyAddresses dans Microsoft Entra ID est appelée calcul de 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 basées sur proxyAddresses ou UserPrincipalName local.
- Définissez ou mettez à jour l’attribut Courrier en fonction de l’adresse SMTP principale calculée.
- Définissez ou mettez à jour l’attribut MailNickName en fonction du préfixe d’adresse SMTP principale ou MailNickName local.
- Ignorer les adresses locales qui ont un suffixe de domaine réservé, par exemple @*.onmicrosoft.com, @*.microsoftonline.com ;
- Ignorer les proxyAddresses locales avec des protocoles hérités tels que MSMAIL, X400, etc.
- Ignorer les adresses locales incorrectes ou non conformes à RFC 5322, par exemple le préfixe de protocole manquant « SMTP : », contenant un espace ou un autre caractère non valide ;
- Supprimez ProxyAddresses avec un suffixe de domaine non vérifié, si l’utilisateur reçoit une licence Exchange Online.
Par conséquent, les valeurs des attributs Mail et ProxyAddresses de l’objet dans Active Directory peuvent ne pas être identiques aux valeurs de l’attribut ProxyAddresses dans Microsoft Entra ID.
Terminologie
Cet article emploie la terminologie suivante :
- 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, ainsi que le suffixe de domaine initial, qui est automatiquement ajouté aux proxyAddresses dans l’ID Microsoft Entra. 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 du protocole SMTP. Par exemple,
SMTP:john.doe@Contoso.com
. - Adresse SMTP secondaire : adresse e-mail supplémentaire d’un objet destinataire Exchange. Par exemple,
smtp:john.doe@Contoso.com
. - Attribut de messagerie : contient la adresse e-mail principale d’un utilisateur, sans le préfixe du 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 ne dispose pas de l’attribut courrier, mailNickName ou proxyAddresses défini
Vous avez créé un objet utilisateur local qui a 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 l’ID Microsoft Entra 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
Ensuite, il reçoit une licence Exchange Online. 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 moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format de domaine mailNickName@initial.
Les attributs suivants sont définis dans Microsoft Entra ID sur l’objet utilisateur synchronisé disposant d’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
Note
Si l’utilisateur dispose d’une licence Exchange attribuée ou si l’utilisateur est un destinataire Exchange Online, tel qu’une boîte aux lettres partagée, il userPrincipalName
est toujours ajouté en tant qu’adresse proxy.
Scénario 2 : L’utilisateur n’a pas l’attribut mailNickName ou proxyAddresses défini
Vous créez un objet utilisateur local qui a les attributs suivants définis :
AD:mail : user2mail@Contoso.com
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user2upn@Contoso.com
Ensuite, elle est synchronisée avec l’ID Microsoft Entra 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 de l’attribut de messagerie.
- Remplissez l’attribut mailNickName à l’aide du préfixe d’adresse SMTP primaire.
- 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’approvisionnement initial de l’utilisateur :
AAD:mail : user2mail@Contoso.com
AAD:mailNickName : user2mail
AAD:proxyAddresses : {SMTP:user2mail@Contoso.com}
AAD:userPrincipalName : user2upn@Contoso.com
Ensuite, il reçoit une licence Exchange Online. 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 moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format de domaine mailNickName@initial.
Les attributs suivants sont définis dans l’ID Microsoft Entra sur l’objet utilisateur synchronisé avec la licence Exchange Online :
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 qui a les attributs suivants 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, elle est synchronisée avec l’ID Microsoft Entra et a affecté une licence Exchange Online. Dans ce scénario, l’opération suivante est effectuée à la suite du calcul du proxy :
- Ignorer les adresses qui ont un suffixe de domaine réservé. Dans cet exemple, les adresses suivantes sont ignorées :
smtp:user3pa2@Contoso.onmicrosoft.com
smtp: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 primaire.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format de domaine mailNickName@initial.
- Ajoutez l’UPN en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans l’ID Microsoft Entra 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 modifiez les valeurs de l’attribut proxyAddresses local en 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 :
- Ignorer les adresses qui ont un suffixe de domaine réservé. Par exemple, les adresses suivantes sont ignorées :
smtp:user3new2@Contoso.onmicrosoft.com
smtp: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 depuis que le mailNickName local n’est pas défini ni sa valeur n’a changé.
- Conservez l’ancien MOERA en tant qu’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 l’ID Microsoft Entra 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 : La licence Exchange Online est supprimée
Vous créez un objet utilisateur local qui a les attributs suivants définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user4upn@Contoso.com
Ensuite, elle est synchronisée avec l’ID Microsoft Entra et a affecté 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 à l’aide du préfixe d’adresse SMTP primaire.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format de domaine mailNickName@initial.
Les attributs suivants sont définis dans l’ID Microsoft Entra 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.
- Promouvez le MOERA de l’adresse SMTP secondaire vers 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 l’ID Microsoft Entra, 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 l’ID Microsoft Entra 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 qui a les attributs suivants définis :
AD:mail : \<not set>
AD:mailNickName : \<not set>
AD:proxyAddresses : {\<not set>}
AD:userPrincipalName : user5upn@Contoso.com
Ensuite, elle est synchronisée avec l’ID Microsoft Entra et a affecté 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 à l’aide du préfixe d’adresse SMTP primaire.
- Remplissez l’attribut de messagerie à l’aide de l’adresse SMTP principale.
- Ajoutez moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format de domaine mailNickName@initial.
Les attributs suivants sont définis dans l’ID Microsoft Entra 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 modifiez la valeur de l’attribut mailNickName local en procédant comme suit :
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 à l’aide de la même valeur que l’attribut mailNickName local.
- Conservez l’attribut de messagerie inchangé.
- Conservez l’attribut proxyAddresses inchangé.
Les attributs suivants sont définis dans l’ID Microsoft Entra 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, elles sont synchronisées avec Office 365 et affectées à 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 à l’aide de 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 moERA en tant qu’adresse SMTP secondaire dans l’attribut proxyAddresses à l’aide du format mailNickName@initial domaine.
- Pour le deuxième utilisateur approvisionné, MOERA est déjà utilisé par un autre objet : ajoutez l’adresse SMTP secondaire en ajoutant 4 chiffres aléatoires au mailNickName en tant que préfixe, ainsi @initial que le suffixe de domaine.
Les attributs suivants sont définis dans l’ID Microsoft Entra 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.