Objet non synchronisé en tant qu’utilisateur de messagerie sur site AD dans Office 365 dédié/ITAR.

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: 3186692
Symptômes
Dans Microsoft Office 365 dédié/ITAR, locaux ou les utilisateurs existants de messagerie dédié sont répertorié en tant qu’utilisateur dans Active Directory Azure. Cette situation peut affecter la remise du courrier dans vNext ou assurer l’Internet par le biais de Protection en ligne d’Exchange.
Cause
Ce problème se produit si la propriété mailNicknamen’a pas une valeur définie dans le local Active Directory Domain Services (AD DS).
Résolution
Dans Azure Connect de publicité, une valeur doit être définie pour les éventuellesmailNicknameun utilisateur Exchange. L’écran suivante capture filtre portée de showsthe par défaut.
Une capture d’écran de portée de page du filtre par défaut

Si aucune valeur n’est définie, l’objet est synchronisé à Azure AD en tant qu’utilisateur, et que l’objet n’aura pas des propriétés de message définies dans Exchange.

Whomove de clients à vNext à partir d’anciens dédié peut avoir certains objets qui n’ont pas une valeurmailNicknamedéfinie. Les règles de synchronisation qui sont utilisés par Microsoft Managed Services Service de mise en service de fournisseur (MMSSPP) ne nécessitent pas une propriétémailNicknameexiste sur l’objet dans les locaux sur les services AD DS. MMSSPP utilise la valeur de la propriétéSamAccountName pour les utilisateurs et les groupes. Objets de contact sont définis sur une valeur égale à leur attribut givenName.sn .

Anciens clients dédiés doivent définir une valeur dans vos locaux dans les services AD DS pour tous les objets, ou modifier la valeur par défaut à portée de filtre dans Azure Connect d’AD.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3186692 - Dernière mise à jour : 08/19/2016 16:11:00 - Révision : 1.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbgraphic kbgraphxlink kbmt KB3186692 KbMtfr
Commentaires