Lista de comprobación para migrar el correo: qué verificar antes y después del cambio
Si trata una migración de correo como una simple operación de copiar y pegar, se expone a pérdidas silenciosas de datos, cadenas de respuestas rotas y una cola de soporte llena de rebotes «Usuario desconocido». Una buena lista de comprobación pensada para administradores evita esas sorpresas.
Esta lista está dirigida a quien no puede permitirse una interrupción del servicio. Deja a un lado la teoría y se centra en los requisitos técnicos para completar el cambio sin perder datos. Para consultar el método completo, consulte nuestra guía de configuración del correo.
Antes de empezar: el inventario forense
No puede migrar lo que no ve. El fallo más habitual es la TI en la sombra, es decir, objetos que existen en el directorio pero no aparecen en la lista de usuarios. La primera parte de cualquier lista de migración debe cubrir este punto ciego.
1. Mapa de infraestructura e identidades
- Registre todos los tipos de objeto: no se limite a contar usuarios. Haga inventario de las listas de distribución, los buzones compartidos y las carpetas públicas.
- Registre las direcciones proxy: compruebe que cada proxyAddress del origen tenga su correspondencia en el destino.
- Punto crítico al migrar Exchange: asigne el LegacyExchangeDN (X.500) al sistema nuevo como proxy
x500:. Si no lo hace, las respuestas internas generarán informes de no entrega IMCEAEX.
Audite los reenvíos ocultos
Las reglas de reenvío del servidor no se migran mediante IMAP. Sáquelas a la luz antes de empezar:
Get-Mailbox -ResultSize Unlimited |
Where-Object {($_.ForwardingAddress -ne $null) -or ($_.ForwardingSmtpAddress -ne $null)} |
Select Identity, ForwardingAddress, ForwardingSmtpAddress
2. Localice los buzones gigantes
- Marque los buzones de más de 20 GB. La mayoría de los proveedores limitan la entrada por IMAP. Un buzón de 50 GB no se migrará en un solo fin de semana; debe precargar estos usuarios con varias semanas de antelación. La documentación de migración de Google Workspace explica estos límites.
- Compruebe la profundidad de las carpetas: Exchange Online establece un límite estricto de 300 niveles. Las jerarquías profundas se truncan sin aviso si no las aplana primero.
3. Preparación del DNS (la regla de los 300 segundos)
- Reduzca el TTL de los registros MX, SPF y DMARC a 300 segundos 48 horas antes del cambio.
- Configure DMARC como
p=none. Aplicarp=rejectdurante una migración hará que algunos mensajes legítimos no superen la alineación y sean bloqueados.
Para consultar el procedimiento completo de cambio de DNS, lea cómo configurar el correo en su dominio.
La fase de sincronización: mover datos sin activar los límites
El objetivo es trasladar el 90% de los datos mientras los usuarios siguen trabajando, sin superar los límites de frecuencia del proveedor. Es la parte de la lista cuya complejidad suelen subestimar los administradores.
Estrategia de precarga
- Sincronice primero el correo antiguo: configure su herramienta, o imapsync, para migrar los elementos con más de 30 días
- Tenga presente el alcance real de IMAP: tal como define el RFC 3501 (IMAP), el protocolo solo traslada correo electrónico. Los calendarios, contactos, tareas y reglas se quedan en el origen. Exporte los calendarios a
.icsy los contactos a.csvpara archivarlos localmente.
Referencia sobre límites de transferencia
| Proveedor | Límite IMAP diario | Motivo de bloqueo |
|---|---|---|
| Google Workspace | ~2,500 MB/cuenta | Bloqueo de 24 horas (Error 429) |
| Microsoft 365 | ~20 GB/cuenta | Limitación temporal |
| cPanel genérico | Según el ancho de banda | Varía según el alojamiento |
Gestión de errores
- HTTP 429/503: son señales para reducir el ritmo. La herramienta debe aplicar espera exponencial: espere 5s, después 10s y luego 20s.
- Elementos dañados: establezca un umbral de tolerancia, por ejemplo, 50 elementos. Detener una migración de 10 GB por una sola cabecera dañada de 2 KB es un fallo operativo.
El cambio: enrutamiento y sincronización diferencial final
Realícelo durante una ventana de mantenimiento planificada. Aquí la rapidez importa. Esta es la parte de la lista más sensible al tiempo.
La congelación
Desactive el acceso de los usuarios al sistema antiguo o imponga una pausa estricta del trabajo. A continuación, ejecute la sincronización diferencial final para recoger el correo recibido durante la precarga.
Advertencia sobre UIDVALIDITY: si el servidor de origen ha vuelto a indexar las carpetas, la herramienta podría intentar descargar duplicados. Ejecute siempre primero una simulación.
Cambio de DNS
- Actualice los registros MX para que apunten al nuevo proveedor. Con un TTL de 300s, las cachés pueden renovarse con rapidez, aunque el tiempo real de propagación depende de los resolutores.
- Actualice SPF: añada el include del nuevo proveedor, por ejemplo,
include:spf.trekmail.net. Respete el límite de 10 consultas DNS del RFC 7208 y simplifique los registros si es necesario. - Publique DKIM: las claves de los nuevos selectores quedan disponibles después de publicarlas y de que se propague el DNS.
Verificación posterior al cambio: la lista de migración de correo
«Parece que está bien» no es una estrategia de validación. Esto es lo que debe comprobar de verdad.
La métrica clave: número de elementos
No use el tamaño total, porque la compresión varía entre proveedores. Un buzón de 10 GB en Gmail puede aparecer como uno de 8 GB en el destino. Compare en su lugar el número de elementos de cada carpeta.
| Variación | Significado | Acción |
|---|---|---|
| <1% | Normal (cabeceras dañadas) | Aceptable; documéntelo y continúe |
| 1-5% | Posible problema de filtrado | Revise la correspondencia de carpetas |
| >5% | Fallo generalizado | Revise los límites de profundidad y los filtros |
Correcciones en los clientes de correo
- Perfiles nuevos: no intente reparar perfiles antiguos de Outlook. Cree perfiles desde cero para generar un archivo
.ostlimpio. - Elimine las conexiones residuales: bloquee el puerto 993 en el servidor antiguo y el 443 solo si allí no se prestan otros servicios. De lo contrario, los dispositivos móviles podrían volver a conectarse al servidor anterior y crear una situación de doble servicio.
Guía rápida para resolver problemas
| Error | Causa probable | Solución |
|---|---|---|
| Google 11001/11002 | No se puede acceder al IMAP de origen | Revise el firewall/DNS y la contraseña de aplicación |
| HTTP 429/503 | Limitación de frecuencia | Reduzca los hilos (de 10 a 2) y espere 60 minutos |
| 550 5.7.64 | Atribución del tenant / retransmisión denegada | Compruebe que el certificado TLS coincide con el FQDN del conector |
| Rebote IMCEAEX | Falta el Legacy Exchange DN | Añada la dirección X.500 como proxy del usuario nuevo |
TrekMail se encarga de las partes difíciles de esta lista de migración
La lista manual anterior exige scripts de PowerShell, seguimiento de la propagación DNS y gestión de límites. TrekMail trata la migración como infraestructura, no como un proyecto de consultoría.
Para pequeñas empresas
TrekMail incluye un motor nativo de migración IMAP. Introduzca las credenciales antiguas de Gmail, cPanel o Exchange, y el sistema se ocupará automáticamente de sincronizar los mensajes y las carpetas compatibles, establecer las correspondencias y volver a intentarlo cuando proceda. Haga siempre una comprobación final con el origen. Sin scripts ni línea de comandos.
Conozca nuestro alojamiento de correo empresarial, creado para equipos que no quieren administrar infraestructura.
Para agencias
En lugar de gestionar 50 cuotas de almacenamiento por separado, TrekMail ofrece almacenamiento compartido entre todos los dominios de clientes. El SMTP administrado se ocupa de la reputación de entrega, por lo que no necesita calentar una IP.
| Plan | Precio | Motor de migración | SMTP administrado |
|---|---|---|---|
| Free | $0 (sin tarjeta) | Incluido | Solo proveedor propio |
| Starter | $3.50/mes | Incluido | Incluido |
| Pro | $10/mes | Incluido | Incluido |
| Agency | $23.25/mes | Incluido + herramientas masivas | Incluido + gestión de reputación |
Todos los planes de pago incluyen una prueba gratuita de 14 días y requieren una tarjeta. El plan Nano no requiere tarjeta.
Conclusión
Una lista de comprobación para migrar el correo no busca ser exhaustiva porque sí. Cada punto corresponde a un fallo concreto que ya ha causado problemas a administradores reales. Registre los objetos ocultos, precargue los buzones gigantes, reduzca los TTL, ejecute la sincronización diferencial y verifique el número de elementos, no se fíe de una impresión.
¿Quiere completar todos los puntos de esta lista de migración? Cree su cuenta gratuita de TrekMail y deje que el motor de migración integrado se ocupe de la infraestructura.
