Symptômes
Une boîte aux lettres Exchange Online n’est pas configurée dans Azure Active Directory (Azure AD) Connect.
Résolution
Deux modules Active Directory Windows Azure permettent d’administrer Azure AD via PowerShell. Les deux sont actuellement prises en charge.
-
MSOLUSER-pour plus d’informations sur le module MSOLUSER, voir les articles suivants : Installation-module MSONLINE,Connect-MsolService
-
AzureAD-pour plus d’informations sur le module AzureAD, voir les articles suivants : Installation-module AzureADConnect-AzureAD
Pour résoudre ce problème, procédez comme suit :
-
Vérifiez que l’objet existe dans Azure AD à l’aide du module Azure AD PowerShell. Un paramètre UsageLocation est obligatoire et doit être rempli. Par exemple, exécutez l’applet de commande suivante : Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*
Remarque Le paramètre ValidationStatus est affichable uniquement à l’aide de l’applet de passe Get-MsolUser .
Si la valeur du paramètre ValidationStatus n’est pas correcte, l’article suivant de la base de connaissances Microsoft peut vous aider à identifier des informations plus détaillées sur l’erreur :
2741233 Vous rencontrez des erreurs de validation pour les utilisateurs du portail Office 365 ou du module Azure Active Directory pour Windows PowerShell
-
Si l’objet n’est pas présent dans Azure AD, assurez-vous que l’objet se trouve dans l’étendue d’Azure AD Connect.
-
Si l’objet est présent dans Azure AD, assurez-vous qu’il est présent dans Exchange à l’aide de la cmdlet Get-User . S’il n’y a aucun résultat, demandez à Microsoft de lui envoyer un objet en vue d’une synchronisation de transfert d’Azure AD vers Exchange Online. Cette requête doit être effectuée à l’aide du paramètre ObjectID . La valeur du paramètre ObjectID est disponible dans Azure ad. (Il sera sous la forme de xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx). Par exemple, exécutez l’une des applets de commande suivantes : Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId
-
Si un utilisateur n’est pas présent, examinez le vidage d’une publicité source pour vérifier que les valeurs des attributs userPrincipalName et mailnickname sont remplies.
-
Si la valeur de l’attribut userPrincipalName est définie, demandez à Microsoft de lui envoyer un objet en vue d’une synchronisation de transfert d’Azure ad vers Exchange Online, à l’aide de l’attribut userPrincipalName . Fournissez cette valeur, car elle est susceptible de différer de votre valeur d’attribut PrimarySmtpAddress .
-
Recherchez les erreurs de synchronisation d’annuaires. Pour cela, consultez les articles suivants du support technique : Identifier les erreurs de synchronisation d’annuaires dans office 365 d' identification des erreurs de mise en service de la synchronisation d’annuaires dans Office 365 Pour plus d’informations sur la résolution des problèmes, voir les articles suivants : Résolution des erreurs lors de la synchronisation Dépannage d’un objet qui n’est pas synchronisé avec Azure ad
-
S’il y a un conflit avec un autre objet, mais qu’il est introuvable dans votre Active Directory local, vérifiez qu’il n’y a pas d’objet Cloud uniquement à l’origine du problème. Pour ce faire, vous pouvez procéder de plusieurs manières. Sélectionnez utilisateurs -> des utilisateurs invités dans le portail d’administration, ou affichez les propriétés dans les détails de l’erreur de synchronisation dans le portail d’administration. S’il s’agit d’un champ d' ancre source et si la source de l’autorité est le Cloud, il s’agit d’un utilisateur invité. L’objet doit être supprimé ou mis à jour pour réduire le conflit avec un objet de synchronisation. Pour finir, vous pouvez également vérifier cela à l’aide de l’applet de commande suivante dans PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Le résultat est semblable à ce qui suit :
UserType : Guest ImmutableId :
-
Vérifiez qu’une licence vous est affectée à l’utilisateur d’Azure AD. Cette opération peut être activée dans Azure AD et dans Exchange Online. Par exemple : Azure ad
Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl *license*
Get-AzureADUser -ObjectId <UserPrinicipalName or DisplayName> | fl *license* Exchange Online Get-Recipient <UserPrinicipalName or DisplayName> | fl SkuAssigne
-
Déterminez si une boîte aux lettres est en état supprimé ou désactivé. Pour cela, exécutez les applets de commande suivantes : Supprimée par logicielGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> S’il s’agit d’une boîte aux lettres, celle-ci est récupérable dans un délai de 30 jours en déplaçant le compte d’annonce dans l’étendue ou en restaurant le contenu à l’aide de l’applet de nouvelle cmdlet New-MailboxRestoreRequest . Pour plus d’informations, voir supprimer ou restaurer des boîtes aux lettres d’utilisateur dans Exchange Online. InactiveGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Si la boîte aux lettres est inactive, voir récupérer une boîte aux lettres inactive dans Exchange Online.
-
Si vous apportez une modification afin de corriger une erreur de synchronisation et que le problème n’est toujours pas résolu, demandez à Microsoft de lui envoyer un objet en vue d’une synchronisation en aval d’Azure AD vers Exchange Online à l’aide de l’attribut userPrincipalName . Indiquez-la si elle est différente de votre valeur d’attribut PrimarySmtpAddress . Fournissez le paramètre Azure ObjectID , qui est désormais nécessaire pour exécuter la synchronisation en aval. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID
