Buzón no aprovisionado en Azure AD Connect para Office 365

Síntomas

No se aprovisionó un buzón de Exchange online en Azure Active Directory (Azure AD) Connect.

Resolución

Existen dos módulos de Windows Azure Active Directory para administrar Azure AD a través de PowerShell. Actualmente se admiten ambos. 

• MSOL: para obtener más información sobre el módulo MSOL, vea los artículos siguientes:  Instalación: módulo MSOnlineConnect-MsolService

• AzureAD: para obtener más información sobre el módulo AzureAD, vea los artículos siguientes:  Instalación: módulo AzureADConnect-AzureAD

Para resolver este problema, siga estos pasos:

1. Confirme que el objeto existe en Azure AD con el módulo Azure AD PowerShell. Es necesario un parámetro UsageLocation que se debe rellenar. Por ejemplo, ejecute el cmdlet siguiente:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

   Nota El parámetro ValidationStatus solo se ve mediante el cmdlet Get-MsolUser .

   Si el valor del parámetro ValidationStatus no es correcto, el siguiente artículo de Microsoft Knowledge base puede ayudarle a identificar información más detallada sobre el error:

   2741233 Verá errores de validación para los usuarios en el portal de Office 365 o en el módulo Azure Active Directory para Windows PowerShell

2. Si el objeto no está presente en Azure AD, asegúrese de que el objeto está en el ámbito de Azure AD Connect.

3. Si el objeto está presente en Azure AD, confirme que el objeto está presente en Exchange mediante el cmdlet Get-User .  Si no hay ningún resultado, pida a Microsoft que envíe el objeto para una sincronización de reenvío de Azure AD a Exchange Online. Esta solicitud debe realizarse con el parámetro objectId . El valor del parámetro objectId puede encontrarse en Azure ad. (Tendrá el formato xxxxxxxx-XXXX-XXXX-XXXX-XXXXXXXXXXXX). Por ejemplo, ejecute uno de los siguientes cmdlets:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Si un usuario no está presente, revise un volcado de origen de AD para comprobar que los valores de los atributos UserPrincipalName y mailNickname están rellenos.

5. Si se establece el valor del atributo UserPrincipalName , pida a Microsoft que envíe el objeto para una sincronización de reenvío de Azure ad a Exchange Online con el atributo UserPrincipalName . Proporcione este valor, ya que puede diferir del valor del atributo PrimarySMTPAddress .

6. Compruebe si hay errores de sincronización de directorios. Para ello, consulte los siguientes artículos de soporte técnico: Identificar errores de sincronización de directorios en office 365   identificar errores de aprovisionamiento de sincronización de directorios en Office 365 Para obtener más información sobre cómo solucionar problemas, vea los artículos siguientes: Solución de problemas durante la sincronización   de un objeto que no se sincroniza con Azure ad

7. Si hay un conflicto con otro objeto pero ese objeto no se encuentra en su Active Directory local, confirme que no hay un objeto solo de nube que esté causando el problema. Puede hacerlo de varias maneras. Seleccione usuarios : > usuarios invitados en el portal de administración o vea las propiedades en los detalles del error de sincronización en el portal de administración. Si muestra el delimitador de origen como en blanco y el origen de la autoridad es Cloud, se trata de un usuario invitado. El objeto debe quitarse o actualizarse para reducir el conflicto con un objeto de sincronización. Por último, también puede comprobar esto con el siguiente cmdlet en PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId El resultado se asemeja a lo siguiente: 

   UserType    : Guest
   ImmutableId : 
   

8. Confirme que hay una licencia asignada al usuario en Azure AD. Esto se puede comprobar en Azure AD y en Exchange Online. Por ejemplo:  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

9. Determine si hay un buzón en un estado eliminado temporalmente o inactivo. Para ello, ejecute los siguientes cmdlets:  Eliminado temporalmenteGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Si el buzón se ha eliminado temporalmente, se puede recuperar en un plazo de 30 días desplazando la cuenta de AD de nuevo al ámbito o restaurando el contenido mediante el cmdlet New-MailboxRestoreRequest . Para obtener más información, vea eliminar o restaurar buzones de usuario en Exchange Online.  InactivoGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Si el buzón está inactivo, consulte recuperar un buzón inactivo en Exchange Online. 

    

10. Si realiza un cambio para corregir un error de sincronización y el problema sigue sin resolverse, pida a Microsoft que envíe el objeto para una sincronización de reenvío de Azure AD a Exchange Online con el atributo UserPrincipalName . Proporcione este valor porque puede diferir del valor del atributo PrimarySMTPAddress . Proporciona el parámetro Azure objectId , que ahora es necesario para ejecutar la sincronización de reenvío. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID