Migración de correo sin que nadie lo notara: 500 buzones a Microsoft 365

A primera vista parecía una migración sencilla. No lo era.

El proyecto implicaba trasladar aproximadamente 500 buzones IMAP hacia Exchange Online en una única ventana de mantenimiento de fin de semana, procurando que el inicio de operaciones del lunes transcurriera con total normalidad. Para una empresa cuya coordinación entre áreas comerciales, administrativas y operativas —repartidas en varias sucursales de México y Estados Unidos— depende del correo, cualquier interrupción prolongada un lunes se traduce en operación detenida.

Y mover el correo era apenas una parte. También había que preparar cientos de cuentas de usuario, automatizar el aprovisionamiento para minimizar errores humanos, verificar el dominio, reconfigurar la infraestructura DNS, coordinar el cambio de plataforma, atender las excepciones que siempre aparecen y —lo más subestimado— asegurar que las aplicaciones empresariales que envían correo siguieran funcionando. Cada actividad dependía de las demás: una ejecución fuera de tiempo podía retrasar todo el proyecto.

La organización ya había definido su rumbo tecnológico: consolidar su plataforma sobre Microsoft 365 para aprovechar un ecosistema mucho más amplio de productividad, colaboración y seguridad. De hecho, ya era cliente de IT Experts para el licenciamiento Microsoft bajo el modelo CSP, y su tenant de Microsoft 365 existía y se usaba para otros servicios.

El correo era la última pieza fuera de ese ecosistema —seguía en un servicio IMAP básico— y migrarlo era el siguiente paso natural de la estrategia. La decisión de fondo fue cómo hacerlo: en lugar de recurrir a una plataforma comercial de migración de terceros, se optó por usar exclusivamente la herramienta de migración IMAP integrada en Microsoft 365, manteniendo todo el proceso dentro del ecosistema oficial y sin licencias adicionales.

La premisa detrás de esa elección resume la filosofía del proyecto: en una migración empresarial, la complejidad rara vez está en la herramienta —que solo copia información—, sino en la planeación, que es la que garantiza que el negocio siga operando.

La preparación: el trabajo invisible

Como en la mayoría de los proyectos que salen bien, lo más importante ocurrió antes de mover el primer buzón. Aprovechando que el tenant de Microsoft 365 ya existía, el entorno se preparó con anticipación.

El aprovisionamiento de las cerca de 500 cuentas no se hizo a mano: se desarrollaron scripts que las crearon de forma automatizada, garantizando consistencia en nombres, atributos y configuración, y reduciendo drásticamente la posibilidad de error humano. En paralelo se preparó la infraestructura para el cambio de DNS.

La ventana de fin de semana

Poco después de la medianoche del sábado arrancó el proyecto. La primera etapa fue verificar el dominio dentro de Microsoft 365 y completar la transición de DNS: la administración del dominio se movió desde el registrador (AKKY) hacia una zona DNS administrada en Microsoft Azure, centralizando desde ese momento la gestión de los registros relacionados con Microsoft 365 y dejando el camino listo para configurar SPF, DKIM y DMARC.

Con el entorno preparado, comenzó la migración IMAP con la herramienta integrada de Microsoft, y los buzones se sincronizaron hacia Exchange Online conforme al plan establecido.

Las excepciones, bajo control

Como en cualquier proyecto de esta escala, no todos los buzones respondieron igual: un pequeño número presentó incidencias durante la migración automática. En lugar de detener el proyecto completo, esos casos se aislaron y se migraron de forma manual, permitiendo que el resto avanzara sin retrasos importantes. Este tipo de excepciones son normales en proyectos empresariales, y saber detectarlas rápido y resolverlas una por una —sin comprometer al resto— es parte de la experiencia que mantiene una migración bajo control.

El reto que no estaba en los buzones

Mover el correo era solo una parte. Las aplicaciones que dependían de él también tenían que seguir funcionando —en particular, desarrollos internos para procesos administrativos, entre ellos la emisión de facturación electrónica—. Estas aplicaciones se habían diseñado para autenticarse contra la plataforma anterior y requerían ajustes para operar correctamente con Microsoft 365. El trabajo consistió en adaptar sus mecanismos de autenticación y envío de correo para que los procesos críticos del negocio continuaran funcionando desde el primer día. En muchos proyectos son justamente estos sistemas secundarios los que generan las mayores complicaciones después de una migración; por eso aquí se consideraron parte integral del alcance y no como un pendiente posterior.

El resultado: el lunes que no pasó nada

El indicador más importante apareció el lunes por la mañana. Cuando las oficinas iniciaron operaciones, la inmensa mayoría de los colaboradores simplemente abrió Outlook y siguió trabajando: enviaron correos, respondieron clientes, continuaron con su día. No hubo interrupciones generalizadas ni una curva de aprendizaje compleja. Detrás de escena, la organización ya operaba sobre una plataforma completamente distinta —y casi nadie lo notó—. Ese era, desde el inicio, exactamente el objetivo. Porque cuando una migración de correo está bien planeada, bien ejecutada y correctamente acompañada, los usuarios simplemente siguen haciendo su trabajo; y eso, en infraestructura empresarial, es probablemente la mejor definición de éxito.