Comment l’attribut proxyAddresses est rempli dans Azure AD

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3190357
INTRODUCTION
Cet article décrit comment l’attribut proxyAddresses est rempli dans Azure Active Directory (AD Azure).

L’attribut proxyAddresses d’Active Directory est une propriété à valeurs multiples qui peut contenir plusieurs entrées d’adresse connue. Par exemple, il peut contenir des adresses SMTP, adresses de X500, adresses SIP et ainsi de suite.

Lorsqu’un objet est synchronisé à AD Azure, les valeurs qui sont spécifiées dans l’attribut proxyAddressesd’Active Directory sont des règles de publicité Azure comparedwith, et ensuite l’attributproxyAddresses est rempli dans Azure AD. Par conséquent, les valeurs de l’attribut proxyAddresses pour l’objet dans Active Directory est peut-être pas le même que les valeurs de l’attribut proxyAddresses dans Azure AD.

Cet article décrit les scénarios courants pour vous aider à comprendre comment l’attribut proxyAddresses est rempli dans Azure AD.
Plus d'informations
La terminologie suivante est utilisée dans cet article.
  • Domaine de initial: c’est le premier domaine mis en service dans le client. Par exemple, contoso.onmicrosoft.com.
  • Microsoft en ligne E-mail routage adresse (MOERA): le MOERA est construite à partir de l’attribut userPrincipalName de l’utilisateur dans Active Directory et est automatiquement affecté au compte de nuage au cours de la synchronisation initiale. Par exemple, user@contoso.onmicrosoft.com.
  • Adresse SMTP principale: il s’agit de l’adresse de messagerie principale d’un objet de destinataire Exchange. Par exemple, SMTP:user@contoso.com.
  • Adresse SMTP secondaire: il s’agit de l’adresse e-mail secondaire d’un objet de destinataire Exchange, ce qui peut avoir plusieurs adresses de messagerie secondaires. Par exemple, smtp:user@contoso.com.
  • Nom d’utilisateur principal (UPN) : L’UPN peut être le nom de l’utilisateur de connexion.
  • l’attribut de messagerie : il s’agit d’un attribut dans Active Directory, dont la valeur représente l’adresse de messagerie d’un utilisateur.
  • attribut mailNickName : il s’agit d’un attribut dans Active Directory, dont la valeur représente l’alias d’un utilisateur dans une organisation Exchange.

Scénario 1 : Utilisateur n’a pas l’attribut proxyAddresses, une mailNickName ou un courrier

Envisagez le scénario suivant. Vous avez créé un objet d’utilisateur local qui possède les attributs suivants à définir :
UPN: onprema@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>

Ensuite, il a synchronisé avec Office 365 et attribué une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • À l’aide de la partie utilisateur de l’UPN, remplir l’attribut mailNickName.
  • Populatethe MOERAen utilisant le format de mailNickName@initial domaine.
  • Remplir l’attribut mailà l’aide de la même valeur que le MOERA.
  • Ajouter l' UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
  • Addthe MOERA comme adresse SMTP principale dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: onprema@contoso.com
messagerie: onprema@contoso.onmicrosoft.com
mailNickName: onprema
proxyAddresses: {smtp:onprema@contoso.com, SMTP:onprema@contoso.onmicrosoft.com}

Scénario 2 : Utilisateur n’a pas la valeur mailNickName ou jeu d’attribut proxyAddresses

Envisagez le scénario suivant. Vous avez créé un objet d’utilisateur local qui possède les attributs suivants à définir.
UPN: onpremb@contoso.com
messagerie: newb@contoso.com
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not>
Ensuite, il a synchronisé avec Office 365 et attribué une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Remplir l’attribut mailNickName par à l’aide de la part de l’utilisateur de l’attribut de messagerie.
  • Populatethe MOERAen utilisant le format de mailNickName@initial domaine.
  • Remplir l’attribut mailà l’aide de la même valeur que l’attribut de messagerie.
  • Ajouter l' UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
  • Ajoutez l’attribut de messagerie comme adresse SMTP principale dans l’attribut proxyAddresses.
  • Addthe MOERA sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: onpremb@contoso.com
messagerie: newb@contoso.com
mailNickName: newb
proxyAddresses: {SMTP:newb@contoso.com, smtp:onpremb@contoso.com, smtp:newb@contoso.onmicrosoft.com}

Scénario 3 : Vous modifiez les valeurs d’attribut proxyAddresses de l’utilisateur local

Envisagez le scénario suivant. Vous avez créé un utilisateur sur site qui possède les attributs suivants à définir :
UPN: us1@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses:{{fnts=2}} smtp:us1@contoso.onmicrosoft.com, smtp:us1@contoso.microsoftonline.com, x500 : / o = MicrosoftOnline / ou=External(FYDIBOHF25SPDLT) / cn = Recipients / cn = us1, SMTP:us1@contoso.com}</not></not>
Ensuite, il a synchronisé avec Office 365 et attribué une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Remplir l’attribut mailNickNamepar à l’aide de la part de l’utilisateur de l’UPN
  • Populatethe MOERAà l’aide de mailNickName@initial domaine.
  • Ajoutez l’attribut de messagerie à l’aide de la même valeur de l’adresse SMTP principale qui est spécifié dans l’attribut proxyAddresses.
  • KeepLe MOERA sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
  • Conserver l’adresse SMTP principale actuelle de l’attribut proxyAddresses.
  • Supprimer des adresses qui correspondent au modèle suivant :
    • Suffixe de l’adresse SMTP est xxx.onmicrosoft.com
    • Suffixe de l’adresse SMTP est xxx.microsoftonline.com
    • Partie de l’organisation de X500 adresse est/o = MicrosoftOnline
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us1@contoso.com
messagerie: us1@contoso.com
mailNickName: us1
proxyAddresses:
{smtp:us1@contoso.onmicrosoft.com,
SMTP:US1@contoso.com}
Ensuite, vous modifiez les valeurs de l’attributproxyAddressescomme :
UPN: us1@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses:
{smtp:newus1@contoso.onmicrosoft.com, smtp:newus1@contoso.microsoftonline.com, x500 : / o = MicrosoftOnline/ou = externe (FYDIBOHF25SPDLT) / cn = Destinataires/cn = us1, SMTP:newus1@contoso.com}</not></not>
Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Ajouter l’adresse SMTP principale qui est spécifié dans l’attribut proxyAddresses .
  • Mettre à jour l’attribut mail à l’aide de la valeur de l’adresse SMTP principale spécifiée dans l’attribut de s proxyAddresse.
  • KeepLe UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us1@contoso.com
messagerie: newus1@contoso.com
mailNickName: us1
proxyAddresses: {smtp:us1@contoso.onmicrosoft.com, SMTP:newus1@contoso.com, smtp:us1@contoso.com}

Scénario 4 : Licence en ligne d’Exchange est supprimé.

Envisagez le scénario suivant. Vous avez créé un objet d’utilisateur local qui possède les attributs suivants à définir :
UPN: us2@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>
Ensuite, il a synchronisé avec Office 365 et attribué une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • À l’aide de la partie utilisateur de l’UPN, remplir l’attributmailNickName.
  • Populatethe MOERAen utilisant le format de mailNickName@initial domaine.
  • Remplir l’attribut mailà l’aide de la même valeur que le MOERA.
  • Addthe UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
  • Addthe MOERA comme adresse SMTP principale dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us2@contoso.com
messagerie: us2@contoso.onmicrosoft.com
mailNickName: us2
proxyAddresses:{{fnts=2}} smtp:us2@contoso.com, SMTP:us2@contoso.onmicrosoft.com

Ensuite, vous supprimez la licence Exchange en ligne. Rien ne change dans Azure AD. Tous les attributs restent les mêmes.

Ensuite, vous modifiez les valeurs de l’attributproxyAddressescomme :
UPN: us2@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses: {smtp:newus2@contoso.com}</not></not>
Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Ajouter la nouvelle adresse SMTP dans l’attribut proxyAddresses.
Les attributs suivants définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us2@contoso.com
messagerie: us2@contoso.onmicrosoft.com
mailNickName: us2
proxyAddresses:{{fnts=2}} smtp:us2@contoso.com, SMTP:us2@contoso.onmicrosoft.com, smtp:newus2@contoso.com}

Scénario 5 : La valeur de l’attribut mailNickName est modifiée.

Envisagez le scénario suivant. Vous avez créé sur deux place objets utilisateur qui ont les attributs suivants à définir :
UPN: us4@contoso.com
courrier électronique:<not set="">
mailNickName:<not set="">
proxyAddresses:<not set=""></not></not></not>
Ensuite, il a synchronisé avec Office 365 et attribué une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Remplir l’attribut mailNickNamepar à l’aide de la part de l’utilisateur de l’UPN.
  • Populatethe MOERAen utilisant le format de mailNickName@initial domaine.
  • Remplir l’attribut mailà l’aide de la même valeur que le MOERA.
  • Ajouter l' UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses .
  • Addthe MOERA comme adresse SMTP principale dans l’attribut proxyAddresses.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us4@contoso.com
messagerie: us4@contoso.onmicrosoft.com
mailNickName: 4
proxyAddresses: {smtp:us4@contoso.com, SMTP:us4@contoso.onmicrosoft.com}
Ensuite, vous modifiez les valeurs de l’attributproxyAddressesde l’utilisateur local à ce qui suit :
UPN: us4@contoso.com
courrier électronique:<not set="">
mailNickName: newus4
proxyAddresses:<not set=""></not></not>
Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Mettre à jour l’attribut mailNickName à l’aide de la même valeur que l’attribut mailNickName .
  • Conserver l’attribut mail inchangé.
  • Attribut proxyAddressesde KeepLe reste la même.
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us4@contoso.com
messagerie: us4@contoso.onmicrosoft.com
mailNickName: newus4
proxyAddresses: {smtp:us4@contoso.com, SMTP:us4@contoso.onmicrosoft.com}

Scénario 6 : Deux utilisateurs ont le même attribut mailNickName

Envisagez le scénario suivant. Vous avez créé sur deux place objets utilisateur qui ont les attributs suivants à définir :
UPN: us5@contoso.com
courrier électronique:<not set="">
mailNickName: samenick
proxyAddresses:<not set="">
UPN: us6@contoso.com
courrier électronique:<not set="">
mailNickName: samenick
proxyAddresses:<not set=""></not></not></not></not>
Ensuite, ils sont synchronisés vers Office 365 et attribués une licence Exchange en ligne. Dans ce scénario, les opérations suivantes sont exécutées à la suite de calcul du système.
  • Les valeurs en double mailNickName sont détectés.
  • Remplir l’attribut mailNickNameen ajoutant aléatoires 4 chiffres.
  • Populatethe MOERAen utilisant le format de mailNickName@initial domaine.
  • Ajoutez l’attribut de messagerie à l’aide de la même valeur que le MOERA.
  • Ajouter l' UPN sous la forme d’une adresse SMTP secondaire dans l’attribut proxyAddresses.
  • Addthe MOERA comme adresse SMTP principale dans l’attribut proxyAddresses .
Les attributs suivants sont définis dans Azure AD sur l’objet utilisateur synchronisé :
UPN: us5@contoso.com
messagerie: samenick@contoso.onmicrosoft.com
mailNickName: samenick
proxyAddresses:{{fnts=2}} smtp:us5@contoso.com, SMTP:samenick@contoso.onmicrosoft.com}

UPN: us6@contoso.com
messagerie: samenick0209@contoso.onmicrosoft.com
mailNickName: samenick0209
proxyAddresses: {smtp:us6@contoso.com, SMTP:samenick0209@contoso.onmicrosoft.com}

Besoin d’aide ? Atteindre Communauté Microsoft ou le Forums d’Azure Active Directory .

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3190357 - Dernière mise à jour : 10/17/2016 22:30:00 - Révision : 2.0

Office 365, Microsoft Azure Active Directory

  • o365 kbmt KB3190357 KbMtfr
Commentaires