Configurar carpetas públicas locales heredadas para una implementación híbrida de Exchange Server

SE APLICA A:YES-IMG-162016 yes-img-192019 yes-img-seEdición de suscripción

En una implementación híbrida, los usuarios pueden estar en Exchange Online, Exchange local o ambos, y las carpetas públicas están en Exchange Exchange Online o Exchange local. Las carpetas públicas solo pueden residir en un lugar, por lo que debe decidir a dónde pertenecen. No pueden estar en ambas ubicaciones. Los buzones de correo de carpeta pública se sincronizan en Exchange Online mediante el servicio de sincronización de directorios. Sin embargo, las carpetas públicas habilitadas para correo no se sincronizan entre locales.

En este artículo se describe cómo sincronizar carpetas públicas habilitadas para correo cuando los usuarios están en Microsoft 365 y la carpeta pública están en Exchange 2010 SP3 o posterior. Sin embargo, un usuario de la nube que no esté representado por un objeto MailUser Exchange local (local para la jerarquía de carpetas públicas de destino) no podrá tener acceso a las carpetas públicas heredadas o locales de Exchange.

Nota:

En este tema se hace referencia al servidor Exchange 2010 SP3 o posterior como el servidor Exchange heredado.

Utilice los siguientes scripts para sincronizar las carpetas públicas habilitadas para correo. Los scripts se inician mediante una tarea de Windows que se ejecuta en el entorno local:

  • Sync-MailPublicFolders.ps1: este script sincroniza los objetos de carpeta pública habilitados para correo desde la implementación local local de Exchange con Exchange Online. Usa la implementación local de Exchange como autoritativa para determinar qué cambios deben aplicarse a Exchange Online. El script crea, actualiza o elimina objetos de carpetas públicas habilitadas para correo en la nube en función de lo que existe en la implementación local de Exchange.

Cuando complete este procedimiento, los usuarios locales y de nube podrán acceder a la misma infraestructura de carpetas públicas locales.

¿Qué versiones híbridas de Exchange funcionan con carpetas públicas?

En la tabla siguiente se describen las combinaciones de versión y ubicación admitidas de buzones de usuario y carpetas públicas. "Híbrido no aplicable" sigue siendo un escenario admitido, pero no se considera un escenario híbrido porque tanto las carpetas públicas como los usuarios residen en la misma ubicación.

Escenario Buzón de usuario local de Exchange 2010 Buzón de usuario local de Exchange 2016/2019 Buzón de usuario de Exchange Online
Carpetas públicas locales de Exchange 2010 Híbrido no válido Híbrido no válido Compatible
Carpetas públicas locales de Exchange 2013, Exchange 2016 o Exchange 2019 Híbrido no válido Híbrido no válido Se admite
Carpetas públicas de Exchange Online No se admite Se admite Híbrido no válido

No se admite una configuración híbrida con carpetas públicas de Exchange 2003. Si está ejecutando Exchange 2003 en su organización, debe mover todas las bases de datos y réplicas de carpetas públicas a Exchange 2010 SP3 o posterior. No pueden quedar réplicas de carpetas públicas en Exchange 2003.

Paso 1: ¿qué necesita saber antes de comenzar?

  • En estas instrucciones se supone que ha usado el Asistente para configuración híbrida para configurar y sincronizar los entornos locales y de Exchange Online y que los registros DNS usados para la detección automática de la mayoría de los usuarios hacen referencia a un punto de conexión local. Para obtener más información, vea Hybrid Configuration Wizard.

  • En estas instrucciones se supone que Outlook en cualquier lugar está habilitado y funciona en los servidores Exchange heredados locales. Para obtener información sobre cómo habilitar Outlook en cualquier lugar, vea Outlook Anywhere.

  • La implementación de la coexistencia de carpetas públicas heredadas para una implementación híbrida de Exchange con la nube puede requerir que corrija los conflictos durante el procedimiento de importación. Los conflictos pueden producirse debido a direcciones de correo electrónico no enrutables asignadas a carpetas públicas habilitadas para correo, conflictos con otros usuarios y grupos en Exchange Online y otros atributos.

  • En estas instrucciones se da por hecho que la organización de Exchange Online se ha actualizado a una versión que admite carpetas públicas.

  • En Exchange Online, debe ser miembro del grupo de roles de administración de la organización. Este grupo de roles es diferente de los permisos que se le asignan cuando se suscribe a Exchange Online. Para obtener información detallada sobre cómo habilitar el grupo de roles de administración de la organización, vea Administrar grupos de roles.

  • En Exchange 2010, debe ser miembro de los grupos de roles Administración de la organización o Administración del servidor Role Access Control (RBAC). Para obtener más información, vea Agregar miembros a un grupo de funciones.

  • Para tener acceso a las carpetas públicas de forma interlocal, los usuarios deben actualizar sus clientes de Outlook a la actualización pública de Outlook de noviembre de 2012 o posterior.

  • Outlook 2016 para Mac y Outlook para Mac para Microsoft 365 son compatibles con carpetas públicas entre locales si se cumplen las siguientes condiciones:

    • Se instala la actualización de abril de 2016 de Outlook 2016 para Mac.
    • Exchange 2016 CU2 o posterior.
    • Exchange 2013 CU14 o posterior.

  • Después de haber seguido las instrucciones de este artículo para configurar las carpetas públicas locales para una implementación híbrida, los usuarios externos a la organización no podrán enviar mensajes a sus carpetas públicas locales, a menos que se tomen medidas adicionales. Por ejemplo:

  • En el modo híbrido, los usuarios de Exchange Online no pueden acceder a carpetas públicas mediante Outlook en la Web (anteriormente conocido como Outlook Web App).

Paso 2: hacer que las carpetas públicas puedan detectarse

  1. Si las carpetas públicas se encuentran en servidores de Exchange 2010, debe instalar los servicios de Acceso de cliente en todos los servidores de buzones de correo que tengan una base de datos de carpetas públicas. Esto habilita la ejecución del servicio RpcClientAccess de Exchange, que permite a todos los clientes tener acceso a carpetas públicas. Para más información, vea Instalar Exchange Server 2010.

    Nota:

    Este servidor no tiene que formar parte del equilibrio de carga de Acceso de clientes. Para más información, vea Descripción del equilibrio de carga en Exchange 2010.

  2. Cree una base de datos de buzones vacía en cada servidor de carpetas públicas.

    Para Exchange 2010, ejecute el siguiente comando en el Shell de administración de Exchange. Este comando excluye la base de datos de buzones del equilibrador de carga de aprovisionamiento de buzones. Esta acción evita que se agreguen automáticamente nuevos buzones a esta base de datos.

    New-MailboxDatabase -Server <PFServerName_with_CASRole> -Name <NewMDBforPFs> -IsExcludedFromProvisioning $true

    Para Exchange 2007, ejecute el siguiente comando en el Shell de administración de Exchange:

    New-MailboxDatabase -StorageGroup "<PFServerName>\StorageGroup>" -Name <NewMDBforPFs>

    Nota:

    Se recomienda que el único buzón que agregue a esta base de datos sea el buzón de proxy que creará en el paso siguiente. No es aconsejable crear otros buzones en esta base de datos de buzones de correo.

  3. Cree un buzón de correo proxy dentro de la nueva base de datos de buzones y oculte el buzón en la libreta de direcciones. La dirección SMTP de este buzón es devuelta por la detección automática como DefaultPublicFolderMailbox SMTP. Al resolver esta dirección SMTP, el cliente puede llegar al servidor Exchange heredado para acceder a carpetas públicas.

    New-Mailbox -Name <PFMailbox1> -Database <NewMDBforPFs>

    Set-Mailbox -Identity <PFMailbox1> -HiddenFromAddressListsEnabled $true

  4. En Exchange 2010, habilite la Detección automática para devolver los buzones de carpeta pública del proxy.

    Set-MailboxDatabase <NewMDBforPFs> -RPCClientAccessServer <PFServerName_with_CASRole>

  5. Repita los pasos anteriores para cada servidor de carpetas públicas que haya en la organización.

Paso 3: descargar los scripts

  1. Descargue el siguiente archivo desde el script de sincronización de directorios de carpetas públicas habilitadas para correo:

    • Sync-MailPublicFolders.ps1

  2. Guarde los archivos en el equipo local donde está ejecutando PowerShell. Por ejemplo, C:\PFScripts.

Paso 4: configurar la sincronización de directorios

El servicio de sincronización de directorios no sincroniza carpetas públicas habilitadas para correo. La ejecución del siguiente script sincronizará las carpetas públicas habilitadas para correo entre las diversas ubicaciones. Debe volver a crear permisos especiales asignados a carpetas públicas habilitadas para correo en la nube, ya que los permisos entre instalaciones no se admiten en escenarios de implementación híbrida.

Nota:

Las carpetas públicas habilitadas para correo sincronizadas aparecerán como objetos de contacto de correo para fines relacionados con el flujo de correo y no podrán verse en el Centro de administración de Exchange. Vea el comando Get-MailPublicFolder. Para volver a crear los permisos SendAs en la nube, use el comando Add-RecipientPermission.

  1. En el servidor Exchange heredado, ejecute el siguiente comando para sincronizar carpetas públicas habilitadas para correo desde su Active Directory local local a la nube.

    Sync-MailPublicFolders.ps1 -Credential (Get-Credential) -CsvSummaryFile:sync_summary.csv

    ¿Dónde Credential está su nombre de usuario y contraseña de nube, y CsvSummaryFile es la ruta de acceso donde desea registrar las operaciones de sincronización y los errores, en .csv formato?

Nota:

Antes de ejecutar el script, le recomendamos que simule primero las acciones que el script realizaría en su entorno ejecutándolo como se describió anteriormente con el -WhatIf parámetro. También se recomienda ejecutar este script a diario para sincronizar las carpetas públicas habilitadas para correo.

Paso 5: configurar los usuarios de Exchange Online para que tengan acceso a las carpetas públicas locales

El último paso de este procedimiento consiste en configurar la organización de Exchange Online y permitir el acceso a las carpetas públicas heredadas locales.

Apunta a todos los buzones de carpetas públicas proxy que creó en el Paso 2: Hacer que las carpetas públicas remotas sean reconocibles para permitir que la organización Exchange Online acceda a las carpetas públicas locales.

Ejecute el siguiente comando en Exchange Online PowerShell. Para obtener información sobre cómo usar Windows PowerShell para conectarse a Exchange Online, vea Conexión a Exchange Online PowerShell.

Set-OrganizationConfig -PublicFoldersEnabled Remote -RemotePublicFolderMailboxes PFMailbox1,PFMailbox2,PFMailbox3

Debe esperar hasta que se haya completado la sincronización de Active Directory para ver los cambios. Este proceso puede tardar hasta 3 horas en completarse. Si no desea esperar las sincronizaciones recurrentes que se producen cada tres horas, puede forzar la sincronización de directorios en cualquier momento. Para conocer los pasos detallados para forzar la sincronización de directorios, consulte Sincronización de Microsoft Entra Connect: programador. Exchange Online selecciona aleatoriamente uno de los buzones de carpeta pública que se proporcionan en este comando.

Importante

Un usuario de la nube que no esté representado por un objeto MailUser local (local para la jerarquía de carpetas públicas de destino) no podrá acceder a las carpetas públicas heredadas, Exchange 2016 o Exchange 2019 locales. Vea el artículo de Knowledge Base Los usuarios de Exchange Online no pueden acceder a carpetas públicas locales heredadas para obtener una solución.

¿Cómo sé que este procedimiento funcionó?

Con una cuenta de usuario de nube, abra Outlook y realice las siguientes pruebas de carpeta pública:

  • Ver la jerarquía
  • Comprobar los permisos
  • Crear y eliminar carpetas públicas
  • Publique contenido en una carpeta pública y elimine contenido de ella.
  • Last updated on