Migrar correo a otra cuenta: guía IMAP y DNS

Al migrar el correo a una cuenta nueva, puedes conservar histórico, estado de lectura y carpetas si el origen y la herramienta lo permiten. Los problemas suelen aparecer alrededor de los datos: alias, reenvío, contraseñas de aplicación, SMTP, DNS y cachés de clientes. Para planificar el sistema empresarial, consulta el correo para pequeñas empresas.

Las dificultades pueden llegar después: el lunes rebotan respuestas, un escáner usa el SMTP antiguo, desaparece un reenvío a contabilidad o alguien ve vacía una carpeta porque los mensajes llegaron a otra. Una copia aparentemente correcta no demuestra que los usuarios puedan trabajar.

Piensa en dos migraciones, no una: primero los mensajes, después la identidad y los ajustes que los rodean. Hacer ambas en el orden adecuado puede reducir el riesgo al migrar el correo a una cuenta nueva.

Qué significa migrar correo a otra cuenta

Separa los mensajes de la identidad de la cuenta. IMAP permite copiar correo, indicadores y carpetas según el soporte del origen y la herramienta. No copia reglas de reenvío, alias, calendarios, contactos, delegaciones ni credenciales almacenadas en clientes.

IMAP es un protocolo de acceso al correo, no de clonación de cuentas. El RFC 3501 describe ese ámbito. Una bandeja llena solo confirma parte del trabajo: pueden haberse copiado los datos sin reconstruir los servicios que los usan.

La división útil es esta:

Datos: mensajes, adjuntos, fechas, carpetas y estado leído o no leído, cuya conservación debe verificarse.
Identidad y ajustes: alias, reenvíos, envío como otra dirección con autorización y configuración verificada, delegaciones, filtros, calendarios, contactos y tokens de acceso de clientes.

Ejemplo: un usuario puede consultar diez años de correo archivado, pero fallan los envíos de una fotocopiadora, un formulario o un alias compartido porque esos flujos no se reconstruyeron.

Copiar mensajes y dar por terminada la tarea de migrar el correo a una cuenta nueva es la trampa. IMAP copia correo; todavía hay que comprobar que la cuenta funciona como se necesita.

Los puntos de fallo que pasan desapercibidos

Revisa cuatro áreas: identidad de respuesta, enrutamiento en servidor, límites del proveedor y ajustes antiguos de clientes. Omitirlas hasta después del cambio MX puede causar problemas aunque cada tarea sea manejable.

1. Identidad antigua en respuestas. En entornos Microsoft, algunos hilos internos usan direcciones heredadas en vez del SMTP visible. Responder a un mensaje de meses atrás puede rebotar. Al salir de Exchange o Microsoft 365, inventaría esas direcciones y confirma qué admite el destino; un alias SMTP normal no resuelve todos los formatos heredados.

2. IMAP no transporta reenvíos ni reglas. Si finance@ reenviaba a un contable externo, reconstruye y prueba ese flujo con autorización del responsable y según las políticas. Lo mismo para reglas que clasifican facturas, mueven avisos o redirigen soporte. Consulta el reenvío automático de correo antes del cambio.

3. La limitación de tráfico puede ralentizar la copia. El origen puede limitar sesiones IMAP, cortar trabajos largos o rechazar intentos con credenciales erróneas. Las contraseñas de aplicación de Gmail dependen de verificación en dos pasos y políticas de la cuenta: contraseñas de aplicación. Si no están disponibles, valora un método autorizado o una herramienta OAuth compatible, no un supuesto acceso interactivo del importador TrekMail.

4. Las carpetas necesitan correspondencias. Jerarquías profundas, separadores distintos, nombres localizados y carpetas de archivo grandes pueden mapearse mal. Comprueba enviados duplicados, anidación y exclusiones de correo no deseado que los usuarios esperaban conservar.

Herramientas como imapsync permiten inspeccionar y repetir pasadas. Aun así, el operador debe revisar las particularidades del origen y del destino.

Migración por etapas para reducir interrupciones

Prepara el destino, revisa DNS y acceso, copia el histórico, cambia MX cuando todo esté probado y sincroniza los cambios. Este proceso puede reducir riesgos, no garantizar ausencia de interrupciones; adapta el plan incluso para buzones pequeños. MX solo cambia al trasladar la recepción de un dominio propio bajo tu control. Copiar una cuenta personal no transfiere su dirección ni permite cambiar el dominio del proveedor; sin cambio de recepción no necesitas modificar MX.

Prepara primero el destino. Crea el buzón, prueba sus credenciales y verifica el dominio sin cambiar prematuramente MX. Prepara SPF, DKIM y DMARC conservando los servicios legítimos. Consulta la introducción a la migración IMAP y los registros DNS necesarios. Las marcas verdes no sustituyen pruebas completas.
Inventaría lo que no mueve IMAP. Lista alias, reenvíos, acceso compartido, SMTP de equipos, móviles, aplicaciones, calendarios y contactos. Respáldalos por separado.
Haz una importación previa. Copia el correo antiguo mientras se trabaja en el origen. El texto describe importación desde Gmail, Outlook, Yahoo, iCloud o IMAP genérico en Starter y superiores; verifica compatibilidad y condiciones. Exchange Online que exige OAuth necesita otro acceso compatible. Configura y prueba la detección de duplicados, sin darla por infalible.
Reduce TTL con antelación. Deja tiempo para que caduquen cachés con el TTL anterior. Cambia MX solo con el destino listo y la copia previa verificada; comprueba respuestas DNS fuera del panel.
Sincroniza los cambios finales. Repite las pasadas para nuevas llegadas y mensajes movidos, incluidos los de fecha antigua. Mantén recepción, sincronización administrativa y reversión en el origen mientras cachés y reintentos SMTP puedan enviarle correo.
Reconecta clientes y equipos. Antes de borrar un perfil, respalda correo local sin sincronizar, borradores, contactos y calendarios. Después reconfigura IMAP y SMTP, verifica autenticación y retira accesos antiguos cuando corresponda.

Estas dos consultas detectan algunas suposiciones incorrectas, pero no verifican toda la autenticación:

dig MX example.com +short

dig TXT example.com +short

Con autorización administrativa, este comando ayuda a revisar reenvíos a nivel de buzón Microsoft:

Get-Mailbox -ResultSize Unlimited |
  Select-Object DisplayName, ForwardingAddress, ForwardingSmtpAddress |
  Where-Object { $_.ForwardingAddress -ne $null -or $_.ForwardingSmtpAddress -ne $null }

No incluye reglas de bandeja de entrada, reglas de transporte, delegaciones ni alias. Las consultas DNS anteriores tampoco comprueban por sí solas DKIM ni DMARC. Para migrar el correo a una cuenta nueva en un equipo, el inventario y las pruebas importan más que la velocidad de copia.

Gestión separada y gestión centralizada

Una migración puede repartir scripts, CSV, pestañas DNS e incidencias de usuarios entre varias herramientas. Centralizar copia, dominio y configuración de clientes puede simplificar el trabajo, según la cobertura del sistema IMAP elegido.

Tareas posibles en gestión separada	Opciones centralizadas según el plan
Algunas tarifas por usuario aumentan al añadir cuentas	Starter desde $3.50 al mes en el texto; verificar precios actuales
Algunas ofertas asignan almacenamiento por usuario	Almacenamiento compartido entre dominios y buzones dentro de límites
Herramientas IMAP y notas DNS separadas	Importación y comprobaciones DNS en el panel, según disponibilidad
Reenvío, dirección comodín (catch-all) y buzones en distintas herramientas	Dominios, buzones IMAP, dirección comodín (catch-all), reenvío y opciones SMTP según funciones
Algunos contratos cobran por cuentas o servicios adicionales	Planes de plataforma para particulares, equipos y agencias según límites

El texto presenta Free a $0, Starter desde $3.50 al mes y Pro, Agency y Enterprise para otras necesidades. Describe Nano gratuito sin tarjeta y prueba de 14 días en planes de pago con tarjeta de crédito. Confirma condiciones actuales, sin asumir que la gratuidad o los límites sean permanentes. Evalúa el modelo si necesitas migrar el correo a una cuenta nueva en varios dominios.

Reconectar aplicaciones, SMTP y DNS

Tras copiar el correo, comprueba IMAP, SMTP y autenticación saliente. Retira registros antiguos solo cuando esos servicios ya no se usen; conserva autorización SPF para todos los emisores legítimos, incluido el antiguo servidor mientras siga enviando.

El texto describe TrekMail como servicio IMAP, sin POP3. Comprueba los ajustes actuales: servidor IMAP imap.trekmail.net en 993, SMTP smtp.trekmail.net en 465 o 587, con TLS en IMAP, TLS implícito en el primer puerto SMTP y STARTTLS en el segundo. Verifica certificados y dirección completa y contraseña del buzón, no la contraseña del panel. Consulta ajustes IMAP y SMTP.

Para reducir errores DNS:

Retira MX antiguos cuando la transición esté verificada, conservando recepción temporal para entregas tardías.
Fusiona autorizaciones en una política SPF por nombre DNS; otros TXT no relacionados pueden coexistir.
Revisa comprobaciones DNS y respuestas de resolutores, además de pruebas completas de correo.
Prueba recepción, envío, respuesta, reenvío y un mensaje con adjunto.

Si solo necesitas correo empresarial, compara dominios propios, buzones IMAP, dirección comodín (catch-all), SMTP externo en Nano o gestionado en planes de pago, reenvío, importación y API con las funciones y límites actuales. El modelo de plataforma no garantiza ausencia de costes adicionales para cualquier buzón.

Respuestas rápidas sobre la migración

Usa IMAP para los datos y reconstruye por separado identidad y ajustes. Valida DNS, realiza al menos dos pasadas adaptadas al entorno y reconecta clientes. Verifica el resultado: este patrón reduce riesgos, no asegura que todos los flujos funcionen sin pruebas.

¿IMAP mueve contactos y calendarios?
No. Expórtalos y comprueba su importación por separado si los necesitas.

¿Se conservan carpetas y estado de lectura?
Depende del origen y de cómo la herramienta preserve indicadores y correspondencias. Prueba primero con un buzón.

¿Puede seguir recibiendo la dirección antigua?
Para una cuenta personal, mantenla activa o configura reenvío autorizado: la copia no transfiere su dirección. Para tu propio dominio, prepara el buzón correspondiente y cambia MX solo con el destino listo. Mantén sincronizaciones para llegadas tardías.

¿Y si el origen es Gmail?
Verifica acceso IMAP y disponibilidad de contraseña de aplicación según la cuenta. Si falta, prepara otra herramienta o método autorizado compatible antes del cambio.

¿Conviene arrastrar mensajes entre cuentas?
Puede servir para una copia limitada y comprobada. Usa copiar, no mover eliminando el origen; revisa integridad y correo local. Una importación en servidor también requiere pruebas.

Conclusión

Para migrar el correo a una cuenta nueva, no pienses solo en archivos: reconstruyes un sistema activo. Copia datos, prepara identidad y ajustes, y comprueba DNS, autenticación de clientes y flujos reales.

El texto describe alojamiento IMAP con dominio propio, almacenamiento compartido, importación, reenvío, dirección comodín (catch-all) y SMTP externo en Nano o gestionado en planes de pago, desde $3.50 al mes según el plan. Consulta los precios actuales de TrekMail y verifica funciones y condiciones. Para proyectos de migración de correo a otra cuenta en 2025-2026, la preparación puede reducir trabajo posterior, sin garantizar que se evite una semana de correcciones posteriores.