Migración de correo empresarial: checklist antes del cambio

Respuesta rápida: inventario primero, DNS al final

Una migración de correo tiene varias piezas: buzones y permisos, contenido, clientes de correo, enrutamiento DNS y autenticación del dominio. Cambiar solo el registro MX no copia mensajes ni prepara las cuentas de destino. Primero define el alcance y prueba el camino con un grupo pequeño; después programa el cambio de entrega y verifica correo entrante, saliente y respuestas.

El método depende del sistema de origen, del destino, del número y tamaño de buzones y de los datos que deban conservarse. IMAP se orienta al acceso a mensajes y carpetas; no presupongas que también mueve calendarios, contactos, reglas o archivos. Las herramientas y límites varían entre proveedores.

1. Levanta el inventario y acuerda el corte

• Lista dominios, buzones, alias, grupos, listas y direcciones compartidas.
• Registra quién usa cada dirección, su propietario y el destino equivalente.
• Estima elementos, volumen, buzones grandes y cuentas inactivas; confirma límites del método elegido.
• Identifica calendarios, contactos, reglas, firmas, móviles, aplicaciones y dispositivos que envían correo.
• Acuerda una ventana, responsables, canal de soporte y criterio para detener o revertir el corte.

No compartas contraseñas en hojas abiertas ni las envíes en correo ordinario. Usa el mecanismo de acceso administrativo aprobado por cada proveedor y limita los permisos a las cuentas necesarias. Guarda una lista de excepciones sin incluir secretos.

2. Prepara el destino antes de copiar datos

• Verifica el dominio y crea buzones, alias, grupos y permisos compartidos.
• Confirma licencias, cuotas, límites de mensajes, MFA y políticas de retención.
• Prueba acceso por web y por los clientes que usa el equipo.
• Documenta el DNS actual: MX, SPF, DKIM, DMARC, autodiscover u otros registros del proveedor.
• Define el método para cada conjunto de datos: herramienta del proveedor, IMAP, exportación o migración especializada.

Para una migración IMAP a Microsoft 365, Microsoft documenta límites de hasta 500 000 elementos por buzón y mensajes de hasta 35 MB. Su método IMAP copia correo en carpetas, pero no contactos, calendarios ni tareas. Valida los límites vigentes y el método concreto antes de estimar duración o cobertura. Google también señala que sus rutas IMAP migran correo y etiquetas, no contenido ajeno al correo, como calendario o contactos.

3. Ejecuta un piloto representativo

Elige pocas cuentas que reflejen los casos reales: un buzón pequeño, uno grande, una cuenta con carpetas extensas y una persona que use móvil o aplicaciones conectadas. Migra una primera copia y registra duración, elementos omitidos, errores de autenticación y carpetas con nombres especiales.

Valida por cuenta, no solo el resumen general:

• Revisa carpetas y mensajes antiguos, recientes, enviados y adjuntos de distintos tamaños.
• Compara conteos y muestras acordadas entre origen y destino.
• Confirma zona horaria, búsqueda, lectura, respuesta y envío desde la dirección correcta.
• Prueba calendarios, contactos y reglas con un método separado si no entran en la migración de correo.
• Registra diferencias conocidas y quién las acepta antes de ampliar el lote.

4. Sincroniza y cambia la entrega con control

Planifica una primera copia y, si la plataforma lo permite, una sincronización incremental cerca del corte. Conserva el servicio de origen mientras se resuelven colas y mensajes todavía dirigidos al proveedor anterior. Antes de modificar MX, confirma que el destino recibe correo y que el plan de DNS identifica los valores oficiales del proveedor nuevo.

Ajustar el TTL con anticipación puede reducir el tiempo de permanencia de respuestas DNS anteriores, pero no hace que todos los resolvers actualicen al mismo instante. El cambio debe seguir los valores y tiempos del proveedor. Para entender los registros implicados, consulta la guía de DNS para empresas.

Coordina MX con SPF, DKIM y DMARC. Actualiza SPF para autorizar emisores legítimos de ambos lados durante la transición y elimina el emisor anterior cuando ya no envíe. Publica y valida DKIM del destino. Mantén DMARC en una política que la organización pueda sostener, revisa alineación e informes y evita endurecerla sin confirmar que todos los emisores legítimos están inventariados. Sigue la guía de autenticación de correo.

5. Revisa el servicio durante los días posteriores

• Envía y recibe mensajes internos y externos desde cada dominio relevante.
• Responde a mensajes previos, verifica remitente, firma y destinatarios compartidos.
• Revisa rebotes, cuarentena, spam, retrasos y alertas de autenticación.
• Confirma que móviles, aplicaciones, formularios, impresoras y sistemas de alertas usan el SMTP correcto.
• Repite una sincronización final si la herramienta y el plan lo permiten; documenta qué queda en el origen.
• Retira accesos y servicios anteriores solo después de aprobar conciliación, retención y periodo de reversa.

El cierre requiere evidencia acordada: cuentas cubiertas, diferencias resueltas o aceptadas, pruebas de envío y recepción, registros DNS observados y responsable de soporte. Guarda el estado anterior de DNS y el procedimiento de reversa con acceso restringido.

Checklist de decisión

Cuándo conviene revisar el plan con un especialista

Busca una revisión técnica si hay muchos dominios, alta disponibilidad, cumplimiento o retención especiales, archivos grandes, sistemas que envían por SMTP, varias plataformas en coexistencia o un tiempo de corte muy limitado. El proveedor, el método de migración y los datos que deben conservarse determinan el alcance; un checklist no sustituye una prueba sobre tus cuentas y políticas.

Elaine System puede ayudarte a revisar correo corporativo, DNS y autenticación antes del cambio. No compartas contraseñas, llaves, mensajes privados ni datos personales en el formulario.