Creación de buzones compartidos en entornos híbridos: Exchange y Office 365

Esta semana me gustaría hablar de cómo crear buzones compartidos cuando nos encontramos en un entorno híbrido formado por un Exchange 2010 onpremise y Office 365, pero antes de nada veamos en qué consiste este tipo de buzón. Un buzón compartido es un buzón especial en el que a varios usuarios se les concede acceso sobre el mismo. Este recurso se crea en AD como un usuario deshabilitado que carece de contraseña y no tiene asociado ningún tipo de licenciamiento, sí lo tendrán los usuarios que accedan a él. Por tanto, se trata de una herramienta colaborativa bastante versátil.

Cuando nos encontramos en un entorno híbrido (por ejemplo una infractuctura con Exchange onpremise y Office 365) la creación del buzón no es directa, hay algunos parámetros asociados que si intentamos crear el buzón en Office 365 no van a aparecer. Así, el proceso tendrá varias fases: creación del buzón compartido on premise, añadir permisos sobre él y migrar el buzón a Office 365.

Creación del buzón en Exchange onpremise

Para crear el buzón debemos ir al servidor donde tengamos alojado el servicio de Exchange y darlo de alta a través de la shell de Exchange, ya que la creación de buzones de tipo compartido está deshabilitado en la interfaz gráfica.

En este ejemplo, solamente se han empleado solamente el nombre y el UPN pero podremos encontrar más parámetros para personalizarlo correctamente como la unidad organizativa donde ubicarlo, la base de datos, etc.

Asignación de permisos

Una vez creado, comprobaríamos que nos aparece en la EMC como shared Mailbox y podríamos agregarle los permisos apropiados a los usuarios.

 

Mover buzón a la nube

Después de realizar los pasos anteriores debemos esperar el tiempo necesario para que se repliquen los cambios; iniciamos sesión en nuestro Tenant de Office 365, ya que todo el movimiento se tiene que realizar desde allí. (Si intentaramos realizar el proceso desde la EMC no recibiríamos ningún tipo de feedback del proceso, tanto si se hubiera realizado como sino).

Realizamos el movimiento del buzón con el comando new-moverequest.

Una vez completado podremos observar que nos figurará en Office 365 y podremos emplearlo.

Errores que nos podemos encontrar

A la hora de realizar el movimiento del buzón nos podremos encontrar con varios errores, aquí voy a mencionar 2:

El destino tiene ya este mailbox primario. Esto se produce porque estamos ejecutando el comando desde el entorno on premise y no desde Office 365.

mail02

El buzón no puede ser encontrado. Este error puede producirse por algún error con dirsync. Entre otros: que no haya pasado el tiempo necesario de replicación, que nuestro buzón esté ubicada en una OU no sincronizada o un posible fallo en la sincronización.

mail102

Y hasta aquí el post de hoy. Un saludo y , ¡¡hasta el próximo !!!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *