Síntomas
En Microsoft Office 365, los buzones no se asignan automáticamente junto con su perfil de Microsoft Outlook después de mover un buzón a otro bosque en una implementación híbrida.
Causa
Puede haber varias causas diferentes:
-
El usuario está ejecutando una versión anterior de Outlook.
-
Los atributos de Active Directory (AD) no existen para habilitar la asignación automática.
Solución
Nota La característica de asignación automática solo está disponible para los usuarios de Microsoft Exchange Online.
Información general sobre la asignación automática
En una implementación no híbrida, la asignación automática se habilita automáticamente cuando se concede a un usuario permisos de acceso completo a un buzón mediante el cmdlet Add-MailboxPermission o mediante el Centro de administración de Exchange (EAC). Cuando se agregan estos permisos, se agrega un valor al usuario y otro al buzón para vincular los objetos.
-
El buzón con permiso: msExchDelegateListLink
-
El usuario al que se le conceden permisos: msExchDelegateListBL
Estas propiedades se pueden ver de forma local mediante una herramienta de Active Directory como LDP o el Editor de interfaces de servicio de Active Directory (edición ADSI). Estas propiedades no se muestran como atributos mediante los cmdlets de Exchange PowerShell.Puede deshabilitar la asignación automática mediante el parámetro AutoMapping del cmdlet Add-MailboxPermission . Para obtener más información sobre el parámetro AutoMapping, vea Add-MailboxPermission.
Escenarios de asignación automática híbrida
En algunos escenarios híbridos, es necesario seguir pasos adicionales para que funcione la asignación automática.Escenario 1: Los permisos están en su lugar antes de mover el usuario o el buzón a la nube Ejemplo: Juan tiene permisos de acceso completo para el buzón ventas. El buzón de Juan se mueve a la nube.Descripción: los atributos de asignación automática (msExchDelegateListLink/BL) se sincronizarán Azure sincronización de Active Directory (Sincronización de AAD) con la nube antes del movimiento. El servicio de replicación de buzones de Microsoft Exchange (MRS) también transferirá los permisos durante el traslado a la nube.Requisito: Juan debe ejecutar la versión 15.0.4719.1002 (mayo de 2015) de Outlook 2013 o posterior. La información de actualización de Outlook está disponible en Outlook Novedades. Escenario 2: Los permisos se agregan después de mover el usuario o el buzón a la nube Ejemplo: Juan se mueve a la nube. Después del movimiento, solicita permisos de acceso completo al buzón De ventas local.Descripción: Los permisos se agregarán al buzón local (Ventas) mediante Add-MailboxPermissions. Dado que John es un usuario de correo en el entorno local, no se agregarán los atributos de asignación automática (msExchDelegateListLink/BL). Requisito:
-
Estos atributos deben agregarse manualmente al objeto de usuario de correo local para que Sincronización de AAD sincronicen con la nube. Estos atributos se pueden establecer manualmente mediante el parámetro Add del cmdlet Set-ADUser en el módulo PowerShell de Active Directory. Para obtener más información sobre estos atributos, vea Set-ADUser y Cmdlets de Active Directory en Windows PowerShell.
-
Juan debe ejecutar la versión 15.0.4719.1002 (mayo de 2015) de Outlook 2013 o posterior. La información de actualización de Outlook está disponible en Outlook Novedades.
Solución de problemas de asignación automática
-
Para que un buzón se asigne automáticamente en un perfil, la información tiene que devolverse a Outlook en el XML de detección automática. Para comprobarlo como usuario afectado, siga estos pasos:
-
Inicie Outlook y, a continuación, mantenga presionada la tecla Ctrl mientras hace clic con el botón derecho en el icono de Microsoft Outlook en el área de notificación.
-
Seleccione Probar autoconfiguración de correo electrónico.
-
Desactive las opciones Usar Guessmart y Secure Guessmart Authentication y, a continuación, haga clic en Probar.
-
Cuando finalice la prueba, revise el contenido de la pestaña XML . Observe los valores que se incluyen en la etiqueta AlternativeMailbox.<> AlternativeMailbox <escriba>delegado</tipo> <nombre para mostrar>><de ventas /Nombre para mostrar <legacyDN>/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Sales</LegacyDN> <Server>ServerName</Server> > de </AlternativeMailbox
Tenga en cuenta Archivo buzones se mostrarán como un buzón alternativo del tipo Archivo.
-
-
Si el buzón aparece en la etiqueta AlternativeMailbox, asegúrese de que los usuarios afectados ejecutan la versión 15.0.4719.1002 de Outlook 2013 (mayo de 2015) o posterior. La información de actualización de Outlook está disponible en Outlook Novedades.
-
Si el buzón no aparece en la etiqueta AlternativeMailbox, revise las propiedades msExchDelegateListLink/BL local mediante una herramienta como LDP o Edición ADSI.
-
Si las propiedades existen en el objeto local, escalar a Microsoft para obtener ayuda. Proporcione la siguiente información en la escalación:
-
Salida del Asistente para Soporte técnico de Microsoft y Recuperación (SaRa) del usuario afectado.
-
Salida del servicio de Active Directory local que muestra las propiedades msExchDelegateListLink/BL para el usuario y el buzón.
-