Para migrar correo entre servidores cPanel sin perder mensajes tienes tres caminos principales: la herramienta Transfer/Migration de cPanel (la más simple si tienes acceso root en ambos lados), imapsync (la más confiable para buzones grandes), o la sincronización IMAP manual con un cliente de escritorio (la opción sin root). Esta guía cubre los tres.
Por qué la migración de correo falla (y cómo evitarlo)
Cambiar el DNS demasiado pronto es el error más común: apuntas los registros MX al servidor nuevo antes de que los buzones estén completos, los mensajes nuevos llegan al destino pero el historial queda atrapado en el origen. Los correos no se "mueven solos" al cambiar el MX.
El orden correcto siempre es:
- Crear las cuentas en el servidor destino.
- Copiar todos los mensajes existentes.
- Hacer una sincronización final justo antes del corte.
- Cambiar los registros MX.
- Esperar la propagación y verificar.
Con ese orden garantizas que ningún mensaje queda en el limbo.
Método 1: Transfer Tool de cPanel (recomendado con acceso root)
Si tienes acceso de administrador (WHM/root) en el servidor destino, la Transfer Tool de cPanel es la opción más rápida. Copia cuentas de correo, contraseñas y mensajes en un solo proceso automatizado.
Pasos básicos
- Ingresa a WHM → Transfers → Transfer Tool en el servidor destino.
- Ingresa la IP o hostname del servidor origen, el usuario root (o un usuario reseller con permisos), y el puerto SSH (por defecto 22).
- Elige las cuentas de hosting que quieres migrar.
- Selecciona qué módulos copiar: en "Mail" asegúrate de marcar Mail Configuration, Mail Filters y Mailboxes.
- Inicia la transferencia y espera el reporte de éxito/errores.
Este método respeta las contraseñas de las cuentas de correo, los filtros y las carpetas IMAP. La desventaja: requiere acceso SSH/root al servidor origen — algo que no siempre concede el proveedor anterior.
Método 2: imapsync (el más robusto para buzones grandes)
imapsync copia mensajes buzón a buzón vía protocolo IMAP. No necesita acceso root — solo las credenciales IMAP de cada cuenta en ambos servidores. Es reanudable (si se interrumpe, sigue donde quedó) y verifica cada mensaje copiado.
Instalación rápida
En un servidor Linux con acceso SSH (puede ser el servidor destino o cualquier máquina intermedia):
sudo dnf install imapsync # CentOS/RHEL/AlmaLinux
# o
sudo apt install imapsync # Debian/Ubuntu
Comando básico de migración
imapsync \
--host1 mail.servidororigen.com \
--user1 [email protected] \
--password1 "contraseña_origen" \
--host2 mail.servidordestino.com \
--user2 [email protected] \
--password2 "contraseña_destino" \
--ssl1 --ssl2 \
--delete2duplicates
El flag --delete2duplicates evita duplicados si corres imapsync varias veces (lo cual es habitual — corres una primera vez, dejas que los usuarios sigan trabajando, y haces una pasada final justo antes de cambiar el MX).
Migración masiva con un script de bucle
Si tienes 20 cuentas, no las hagas una a una. Crea un archivo CSV con las credenciales y un script bash que itere sobre él:
# cuentas.csv
[email protected],pass_origen,pass_destino
[email protected],pass_origen2,pass_destino2
while IFS=',' read -r user pass1 pass2; do
imapsync \
--host1 mail.origen.com --user1 "$user" --password1 "$pass1" --ssl1 \
--host2 mail.destino.com --user2 "$user" --password2 "$pass2" --ssl2 \
--delete2duplicates
done Guarda el CSV solo en un lugar seguro y bórralo cuando termines la migración — no dejes contraseñas en texto plano en el servidor.
Método 3: Sincronización IMAP manual con cliente de escritorio
Si no tienes acceso SSH ni root, puedes copiar mensajes usando un cliente de correo como Thunderbird configurado con ambas cuentas. Es más lento pero no requiere ninguna herramienta especial en servidor.
- Configura la cuenta del servidor origen en Thunderbird (IMAP).
- Configura la cuenta del servidor destino en Thunderbird (IMAP).
- Selecciona todos los mensajes de una carpeta del origen (Ctrl+A), arrástralos o cópialos a la misma carpeta en el destino.
- Repite por cada carpeta (Enviados, Archivados, carpetas personalizadas).
La desventaja: para buzones muy grandes (miles de mensajes) el proceso puede tardar horas y depende de tu conexión local. Para volúmenes altos, imapsync es claramente superior.
Si buscas un proveedor que gestione la migración por ti, el equipo de elenlace.com ofrece asistencia técnica en migraciones de hosting y correo empresarial sin que pierdas un solo mensaje.
Paso crítico: el corte de MX y la verificación
Cuándo cambiar los registros MX
Cambia los MX solo después de que la última sincronización de imapsync (o el último arrastre manual) haya terminado. El momento ideal es fuera de horario laboral — noche entre semana o fin de semana.
TTL bajo antes del corte
Al menos 24–48 horas antes del corte, baja el TTL de tus registros MX a 300 segundos (5 minutos). Así, cuando cambies el MX, la propagación ocurre en minutos en lugar de horas. Después del corte, vuelve el TTL a un valor normal (3600 o 14400).
Verificación post-migración
- Envía un correo de prueba a cada cuenta departamental desde una dirección externa (Gmail, Outlook).
- Verifica que el mensaje llegue al servidor nuevo, no al viejo.
- Comprueba que puedas responder y que el correo saliente llegue correctamente.
- Revisa los registros SPF, DKIM y DMARC — deberán apuntar al nuevo servidor.
Mantén el servidor origen activo y los buzones intactos durante al menos 7 días después del corte. Si algún mensaje antiguo quedó sin copiar, podrás recuperarlo.
Tabla comparativa de métodos
| Método | Acceso root requerido | Velocidad | Reanudable | Ideal para |
|---|---|---|---|---|
| Transfer Tool (cPanel/WHM) | Sí (origen y destino) | Alta | Parcialmente | Migraciones completas de hosting |
| imapsync | No | Alta | Sí | Solo correo, cualquier escala |
| IMAP manual (Thunderbird) | No | Baja | No | Pocos buzones, volumen bajo |
Para más guías sobre administración de correo empresarial, visita nuestra sección de correo profesional.
Conclusiones clave
- Nunca cambies el MX antes de terminar la copia de mensajes — es la causa número uno de pérdida de correos en migraciones.
- imapsync es la herramienta más confiable para migrar buzones sin acceso root; es reanudable y evita duplicados.
- Baja el TTL de tus registros MX 24–48 horas antes del corte para acelerar la propagación.
- Haz una pasada final de sincronización justo antes de cambiar el MX para minimizar el delta de mensajes nuevos.
- Mantén el servidor origen activo al menos 7 días tras el corte como red de seguridad.
¿Tienes una migración pendiente y no quieres arriesgar ningún correo? Contáctanos en elenlace.com — te acompañamos en cada paso del proceso para que el cambio de servidor sea transparente para tus clientes y equipo.
Preguntas frecuentes
¿Cuánto tiempo tarda la propagación del MX?
Con TTL alto (86400 segundos = 24 horas) puede tardar hasta 48 horas en propagarse globalmente. Si bajas el TTL a 300 segundos antes del corte, la propagación ocurre en minutos. Siempre baja el TTL con anticipación.
¿imapsync copia los mensajes en la carpeta Enviados también?
Sí. imapsync copia todas las carpetas IMAP, incluyendo Enviados, Papelera, Borradores y cualquier carpeta personalizada que hayas creado. El flag --delete2duplicates asegura que no se dupliquen si corres el proceso varias veces.
¿Qué pasa con los mensajes que lleguen durante la migración?
Si el MX aún apunta al servidor origen, los nuevos mensajes llegarán ahí. Por eso debes hacer una sincronización final (imapsync de nuevo) justo antes de cambiar el MX, para capturar esos mensajes de última hora antes del corte.
¿Las contraseñas de las cuentas de correo se mantienen al migrar?
Con la Transfer Tool de WHM, sí — las contraseñas se copian cifradas. Con imapsync no: las cuentas en el destino las creas tú con contraseñas nuevas. En ese caso, avisa a los usuarios para que actualicen su configuración de cliente de correo.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
