La migración IMAP es una fase del traslado de correo en la que los problemas pueden aparecer deprisa: mensajes que nadie encuentra, carpetas de enviados separadas e históricos repartidos entre proveedores. Tratarla como una simple copia puede generar duplicados, dejar atrás correo recibido durante el cambio y obligarte a dedicar horas a comprobar el buzón de dirección.
Esta guía explica cómo funciona IMAP, qué copia, qué queda fuera, dónde fallan los proyectos y cómo realizar una transición por etapas. Sirve para administrar un dominio o mil. Para los detalles de la herramienta, consulta después la guía operativa de imapsync. Si también revisas el modelo de alojamiento, la guía de correo multidominio aborda su gestión.
Qué es una migración IMAP
Consiste en conectarse por IMAP a un buzón de origen, leer mensajes y carpetas y escribirlos en un buzón de destino. Traslada correo, no todo el entorno de colaboración. Muchas sorpresas surgen al atribuir a IMAP capacidades que no tiene.
En el plano del protocolo, replica contenido entre buzones mediante el estándar de acceso definido en el RFC 3501. La herramienta accede al servidor antiguo, lee cuerpos, cabeceras, carpetas y marcas, y los añade al nuevo. En la práctica, cada proveedor trata los casos especiales de forma distinta, cambian los nombres de carpetas y los usuarios siguen modificando el origen.
Por eso una migración prudente no se limita a una pasada: combina sincronizaciones por etapas, una ventana del cambio, preparación DNS y verificación. IMAP se diseñó para acceder al correo, no para replicar bases de datos de forma perfecta. Conviene trabajar con esa realidad.
Si también preparas un sistema desde cero, la guía de correo empresarial cubre la configuración general. Para TrekMail, la introducción a la migración IMAP y la guía de migración desde Gmail explican el trabajo en el panel.
Qué copia IMAP y qué queda fuera
IMAP copia contenido y parte del estado del buzón, no todo lo que los usuarios llaman «correo». Mensajes, carpetas y marcas habituales suelen trasladarse; contactos, calendarios, firmas de clientes y filtros del servidor normalmente no.
Aclara esa diferencia antes de tocar producción. Los usuarios pueden esperar trasladar todo su entorno. IMAP solo abarca correo. Los contactos en CardDAV, calendarios en CalDAV y reglas de una capa propietaria quedan fuera.
| Elemento | ¿Suele trasladarse? | Realidad operativa |
|---|---|---|
| Mensajes | Sí | Suelen copiarse cuerpos, cabeceras y adjuntos. Un MIME corrupto puede fallar al importar. |
| Estructura de carpetas | Sí | Suele conservarse la jerarquía, pero separadores y carpetas especiales pueden requerir correspondencias. |
| Estado leído/no leído | Normalmente | Seen suele conservarse, algo importante para los usuarios. |
| Respondido o marcado | Normalmente | Las marcas estándar suelen copiarse; no presupongas lo mismo de las específicas de cada cliente. |
| Contactos | No | IMAP no gestiona agendas de contactos. |
| Calendarios | No | Necesitan exportación o migración aparte. |
| Reglas y filtros | No | La automatización del servidor suele reconstruirse manualmente. |
| Firmas | No | Residen en Outlook, webmail, aplicaciones móviles o perfiles, no en IMAP. |
Define bien el éxito: no basta con que termine la tarea. Los usuarios deben poder entrar el lunes, encontrar el histórico, enviar y no descubrir horas después que falta su correo enviado.
En alojamientos antiguos de tipo cPanel son frecuentes las correspondencias incorrectas de carpetas del sistema. Consulta la guía de migración desde cPanel antes del cambio: sus nombres pueden diferir de los del destino.
Cómo funciona internamente la migración IMAP
La herramienta lee correo de un servidor y lo añade a otro mientras registra el estado entre pasadas. Lo difícil es conservar referencias y tiempos suficientes para que las siguientes sincronizaciones copien lo que falta, no todo el buzón otra vez.
Actúa como cliente de ambos sistemas. En el origen enumera carpetas y mensajes y obtiene su contenido; en el destino crea las carpetas ausentes y añade mensajes. Intenta conservar Seen, Answered y Flagged. Algunas herramientas mantienen un registro local de lo copiado para evitar duplicados al repetir.
El problema del estado comienza con los UID y la identidad de carpetas. Cada carpeta ofrece UID de mensajes y un valor UIDVALIDITY que permite determinar si esos UID siguen perteneciendo a la misma carpeta lógica. Si cambia durante la migración, la herramienta puede tratarla como nueva y volver a copiarla. Una reparación rutinaria puede disparar el almacenamiento.
Ejemplo: el proveedor reindexa el origen el sábado durante la copia previa. Cambia UIDVALIDITY y la siguiente sincronización trata miles de elementos como nuevos. Los importa otra vez, duplica el volumen y el usuario ve repetido su archivo.
Hay otras particularidades: Gmail expone etiquetas que pueden mostrar el mismo mensaje en varios lugares; unos proveedores separan carpetas con puntos y otros con barras; algunos rechazan mensajes mal formados que el origen toleraba. IMAP solo parece sencillo cuando se describe sin entrar en detalles.
Además, muchas herramientas añaden contenido sin reflejar eliminaciones. Eso reduce el riesgo de sincronización destructiva, pero borrar en el origen puede no borrar en el destino. Planifícalo antes de trabajar con el cliente.
Procedimiento para reducir riesgos
Una migración por etapas combina copia inicial, sincronizaciones incrementales y una sincronización posterior al cambio de MX, repetida si siguen llegando mensajes al origen. Los usuarios trabajan en el sistema antiguo mientras se traslada la mayoría de los datos.
No reserves todo para un gran fin de semana. Adelanta el histórico y deja el menor volumen posible para el cambio final. Así reduces la probabilidad de un lunes complicado.
1. Prepara el destino antes de copiar
Crea los buzones, comprueba capacidad libre y preparación para usuarios. En TrekMail, según el artículo fuente, el dominio debe estar activo, el DNS revisado y el buzón creado antes de importar. Si aún configuras el entorno, empieza por los registros DNS necesarios.
Explica pronto el alcance y las reglas de la pausa operativa. Si alguien quiere eliminar veinte gigabytes de correo innecesario, debe hacerlo con autorización y conservación adecuadas antes de la primera copia, no a mitad.
2. Ejecuta la primera pasada IMAP
Esta mueve la mayor parte de los datos mientras los usuarios siguen en el origen. En buzones pequeños puede copiarlo todo. En entornos grandes puedes filtrar por fecha o aceptar una primera pasada prolongada.
Aquí descubrirás límites de conexión, credenciales incorrectas, carpetas dañadas y buzones enormes. Es mejor detectarlos ahora que durante el cambio final.
3. Sincroniza los cambios mientras los usuarios trabajan
Las pasadas incrementales recogen lo recibido después de la primera. La herramienta compara estados e importa lo que parece faltar. El proyecto pasa de ser una copia a ser una sincronización.
Si el período es largo, ejecuta varias. Un buzón que cambia cada minuto no debería esperar hasta el día del cambio para revisarse de nuevo.
4. Reduce el TTL antes del cambio
Prevé reducir el TTL unas 24 horas antes, considerando la duración de las cachés previas. Cinco minutos, o 300 segundos, es un valor habitual si el proveedor lo permite; no garantiza que todos los resolutores se actualicen de inmediato. Sin preparación, la sincronización final puede tener que recuperar más entregas repartidas.
Los registros incorrectos pueden dirigir el correo al lugar equivocado. Revísalos con especial cuidado.
5. Cambia los MX y sincroniza después
Tras activar los MX nuevos, parte del tráfico puede seguir llegando al proveedor antiguo mientras caducan las cachés. Espera a comprobar el cambio de flujo y sincroniza contra el origen. Consérvalo y repite la pasada si hay entregas tardías hasta verificar el resultado.
| Fase | Acción | Impacto en usuarios | Riesgo al omitirla |
|---|---|---|---|
| Copia inicial | Trasladar la mayor parte del histórico | Normalmente limitado | Ventana del cambio muy larga |
| Sincronización incremental | Recoger elementos nuevos | Normalmente limitado | Gran diferencia de datos al cambiar |
| Reducción de TTL | Bajar TTL antes de cambiar MX | Normalmente limitado | Coexistencia prolongada de rutas |
| Cambio de MX | Dirigir correo nuevo al destino | Coordinación breve de accesos o rutas | Correo que sigue llegando al origen |
| Sincronización final | Importar entregas tardías | Generalmente bajo | Correo reciente ausente |
Al pasar a TrekMail, revisa también el modelo operativo. Frente a facturación por usuario y dominios dispersos, el artículo fuente describe precios por plan, almacenamiento compartido, gestión multidominio e importación integrada. Starter empieza en $3.50 al mes y los planes de pago tienen prueba gratuita de 14 días con tarjeta; Nano se describe gratuito sin necesidad de prueba. Confirma las condiciones en precios de TrekMail.
Fallos que complican una migración IMAP
Los problemas habituales son correspondencias de carpetas, duplicados de Gmail, límites del servidor, mensajes mal formados y confianza excesiva en indicadores verdes. Muchos son previsibles y forman parte del trabajo, no excepciones rarísimas.
La trampa de Enviados
El origen puede usar Sent Messages, Sent Mail o Sent; el destino, Sent Items o una marca de uso especial. Sin correspondencia correcta, el usuario ve Enviados vacío y cree haber perdido el histórico.
Prueba enviando un mensaje desde el destino. Si aparece en otra carpeta distinta del histórico importado, queda trabajo por hacer.
Duplicación por etiquetas de Gmail
Gmail no se basa únicamente en carpetas. Un mensaje puede aparecer en Inbox, una etiqueta propia y All Mail. IMAP puede exponerlo como varias copias. Importar todo sin revisar aumenta el almacenamiento y confunde a los usuarios.
La configuración IMAP de Gmail puede limitar lo expuesto, incluido el tamaño de carpetas en algunos entornos, según su documentación. Usa un procedimiento específico para Gmail. Google también describe sesiones IMAP de unas 24 horas, relevantes en trabajos largos; comprueba los límites actuales.
Límites de velocidad y conexiones
Ancho de banda no equivale a rendimiento efectivo. Tu fibra puede funcionar mientras el origen o destino limita solicitudes. Microsoft documenta restricciones del servicio de migración y del estado de recursos en Exchange Online. La tarea puede ralentizarse aunque tu red esté bien.
No respondas aumentando la concurrencia sin criterio: puedes acelerar el bloqueo. Usa una herramienta con espera progresiva y reintentos. Si el servidor exige menos carga, redúcela.
Separadores de jerarquía distintos
Un proveedor usa puntos y otro barras. Sin adaptación correcta de separadores y carpetas especiales, la jerarquía puede quedar plana o duplicar carpetas superiores, dañando años de organización.
Mensajes de origen mal formados
Los servidores antiguos pueden conservar cabeceras rotas, MIME inválido o problemas de codificación de 2009. El destino moderno puede rechazarlos aunque el anterior los mostrara. No significa que todo haya fallado: exige gestionar excepciones y revisar recuentos.
Cómo verificar una migración IMAP
Compara números de mensajes, revisa carpetas importantes, prueba Enviados y repite sincronizaciones selectivas donde falten datos. El tamaño es una métrica débil y las barras de progreso no demuestran integridad. Examina lo que los usuarios necesitan.
No omitas esta fase por cansancio o porque la herramienta indique Completado. Puede significar que terminó el proceso, no que el resultado sea correcto.
- Compara origen y destino para Inbox, Sent, Drafts, Archive y algunas carpetas personalizadas grandes.
- Acepta diferencias pequeñas solo si están explicadas por corrupción o exclusiones conocidas.
- Con acceso autorizado al buzón, comprueba que el histórico y los mensajes nuevos se guardan en la misma carpeta Sent; no recopiles contraseñas de usuarios.
- Busca mensajes conocidos por asunto y remitente en varios años.
- Repite solo la carpeta incompleta en vez de eliminar el buzón y empezar de cero.
El recuento reduce las diferencias por codificación y almacenamiento. Un adjunto de diez megabytes puede ocupar distinto espacio en cada sistema; un mensaje sigue siendo un mensaje, aunque debas considerar etiquetas y exclusiones.
El muestreo también importa. Si dirección trabaja en Inbox y Sent, no dediques toda la validación a Projects/2017 y olvides las carpetas que se consultarán inmediatamente.
Una buena estrategia de repetición ayuda: si falla una carpeta, repítela. No elimines el destino completo sin confirmar el problema, preservar los datos y obtener autorización específica. La solución suele ser más limitada que el temor.
Elección de herramientas y compromisos operativos
La herramienta adecuada depende de si priorizas coste, control o informes. No hay una opción perfecta, sino un equilibrio apropiado para el proyecto.
| Opción | Adecuada para | Fortaleza | Limitación |
|---|---|---|---|
| imapsync | Administradores, proveedores gestionados y trabajos específicos | Control detallado y automatización | Opciones incorrectas pueden causar daños |
| Plataformas SaaS de migración | Proyectos corporativos con muchos informes | Interfaz gráfica, seguimiento por lotes y delegación | El coste por usuario puede reducir márgenes |
| Migración integrada de TrekMail | Traslados a TrekMail | Flujo del lado del servidor en planes de pago, con menor preparación independiente | Orientada a destinos TrekMail, no a cualquier combinación de plataformas |
imapsync es una referencia para equipos técnicos porque expone los detalles. La guía de imapsync los desarrolla. Para agencias también importan margen, preparación e integración con el alojamiento, no solo el control de la herramienta.
La diferencia de modelos está entre pagar por usuario al proveedor y a la herramienta, o usar alojamiento por plan con migración integrada y almacenamiento compartido. Evalúa el coste real y las condiciones, no solo el precio anunciado.
Dónde encaja TrekMail
TrekMail puede encajar si buscas correo multidominio sin precio por usuario, migración IMAP del lado del servidor y almacenamiento compartido. Sigue siendo IMAP; la reducción de coste y complejidad depende del proyecto.
Según el artículo fuente, TrekMail ofrece tarifa fija multidominio, dominios propios, buzones IMAP, catch-all, reenvíos y SMTP propio o incluido según el plan, además de API en niveles superiores. Los planes de pago incluyen migración. Utiliza IMAP, no POP3, para mantener estado compartido en el servidor; confirma las funciones vigentes.
Precios recogidos en el artículo fuente: Free a $0, Starter a $3.50 al mes, Pro a $10 al mes, Agency a $23.25 al mes y Enterprise con presupuesto personalizado. Los planes de pago tienen prueba de 14 días con tarjeta; Nano se describe sin tarjeta ni prueba. El pago anual se presenta con un precio 20% inferior; verifica la oferta actual.
La ventaja potencial es operativa: compartir capacidad evita cuotas sobredimensionadas por usuario; gestionar dominios juntos reduce paneles dispersos. Integrar la migración en el destino puede reducir componentes y traspasos de credenciales, aunque sigue exigiendo controles de acceso y revisión.
Si Google Workspace o Microsoft 365 resultan caros para usuarios que solo necesitan correo, es razonable evaluar alternativas. Compara las funciones necesarias y el coste total; TrekMail se centra en el correo en lugar de una suite completa.
Preguntas frecuentes sobre migración IMAP
Las dudas suelen referirse al alcance, las interrupciones, los duplicados y la transición. Una migración por etapas y verificada reduce riesgos; no supongas que la herramienta supera las limitaciones del protocolo.
¿La migración IMAP causa interrupciones?
Puede haberlas. Una migración por etapas reduce el riesgo al copiar la mayoría de los datos mientras los usuarios siguen en el origen y sincronizar las entregas tardías después de cambiar los MX, sin garantizar ausencia total de cortes.
¿Traslada contactos y calendarios?
No. IMAP solo traslada correo. Lo demás requiere exportación, otra sincronización o reconstrucción manual.
¿Por qué aparecen duplicados?
Suele cambiar el estado del origen, Gmail expone el mismo mensaje varias veces o la repetición no omite duplicados correctamente. Normalmente hay un problema de seguimiento del estado, no un comportamiento aleatorio.
¿Cuánto tarda?
Depende del tamaño, los límites del origen, las restricciones y la concurrencia. Los buzones grandes pueden tardar días. Planifícalo en vez de confiar todo a un fin de semana.
¿Qué patrón reduce más riesgos durante el cambio?
Copia inicial, sincronizaciones incrementales, reducción de TTL, cambio de MX, sincronización posterior y verificación. Repite si siguen llegando mensajes al origen. Un procedimiento previsible es preferible a improvisar.
Conclusión
IMAP no es magia: traslada datos con estado entre sistemas que pueden diferir en carpetas, marcas, límites y tiempos. Reconocerlo hace la migración manejable. Ignorarlo puede llevarte a explicar duplicados e históricos ausentes durante días.
La pauta es clara: adelantar copias, repetir sincronizaciones, bajar TTL antes del cambio, adaptar carpetas especiales y verificar recuentos. Si buscas almacenamiento compartido, tarifa fija multidominio e importación integrada, evalúa TrekMail y sus condiciones actuales.
