Puedes migrar el correo de gmail con seguridad. Los problemas empiezan al tratar Gmail como un servidor IMAP normal. No lo es. Gmail usa etiquetas, no carpetas reales, y ese detalle explica por qué las migraciones ocupan espacio de más, se atascan o dejan el correo enviado en un lugar incorrecto. Si abandonas Workspace porque la factura por usuario sigue aumentando, empieza con el modelo adecuado y evita después un proyecto de limpieza.
Para entender primero los costes y la plataforma, consulta correo empresarial. Esta guía aborda la ejecución: migrar mensajes, evitar duplicados, cambiar DNS y verificar que no se perdió correo.
La versión breve es sencilla. Sincroniza primero el correo antiguo. Cambia el MX cuando estés preparado. Ejecuta una última sincronización incremental. Verifica por cantidad de mensajes, no por tamaño. Es la forma más limpia de migrar el correo de gmail a un proveedor IMAP estándar como TrekMail.
Por qué Gmail complica las migraciones IMAP normales
Al migrar el correo de gmail, el principal riesgo es la duplicación. Gmail muestra las etiquetas mediante IMAP, por lo que un mensaje puede aparecer en varios lugares. Si la herramienta copia todas las carpetas visibles, el mismo mensaje puede importarse varias veces y el buzón de destino crecer rápidamente.
En un buzón IMAP normal, un mensaje reside en una carpeta. En Gmail, suele residir en All Mail y recibe etiquetas adicionales. Mediante IMAP, esas etiquetas pueden parecer carpetas independientes.
Esa es la trampa.
Si un mensaje tiene Inbox, Project A y Urgent, una herramienta básica puede intentar copiarlo tres veces. Microsoft documenta este mismo problema en migraciones de Gmail a IMAP cuando intervienen etiquetas y no se excluye la carpeta [Gmail]. IMAP es solo la capa de transporte definida en RFC 3501. Lo peculiar es la presentación de carpetas de Gmail, no el protocolo.
Si solo recuerdas una regla, que sea esta: al migrar el correo de gmail, excluye [Gmail]/All Mail salvo que tengas un motivo muy concreto para incluirlo. Esta decisión evita la mayoría de aumentos descontrolados de almacenamiento y avisos sobre duplicación.
Para un proceso específico de TrekMail, consulta la documentación de migración de Gmail. Si buscas los fundamentos generales, la descripción general de la migración IMAP explica el modelo de importación en el servidor.
Qué se traslada al migrar el correo de gmail
Mediante IMAP solo trasladas datos de correo: contenido, adjuntos, ubicación en carpetas y estado de lectura cuando se admite. No trasladas toda la cuenta de Google. Los calendarios, contactos y archivos de Google Drive necesitan exportaciones independientes.
Aquí se suele sobrevalorar lo que hace una migración. IMAP mueve correo, nada más.
Este es el desglose:
| Tipo de datos | ¿Se traslada por IMAP? | Notas |
|---|---|---|
| Mensajes | Sí | Contenido, adjuntos, fechas, carpetas y, a menudo, estado leído o no leído |
| Etiquetas | En parte | Suelen convertirse en carpetas, por lo que Gmail puede duplicar correo |
| Contactos | No | Expórtalos por separado como CSV o VCF desde Contactos de Google |
| Calendarios | No | Expórtalos por separado como ICS desde Google Calendar |
| Documentos de Google | No | Son elementos de Drive, no contenido del buzón |
La autenticación también importa. Para migrar mediante una herramienta externa, a menudo necesitas una contraseña de aplicación. Google indica que son códigos de 16-digit y solo funcionan con 2-Step Verification activada. También pueden no estar disponibles en algunas cuentas laborales o educativas, una limitación real en Google Workspace. Consulta la ayuda de Google sobre contraseñas de aplicación antes de programar el cambio.
Muchas guías omiten este matiz. Dicen «genera una contraseña de aplicación» como si todas las cuentas pudieran hacerlo. Algunas no pueden. Si el administrador ha restringido la opción, utiliza una vía compatible con OAuth en lugar de perder una tarde con credenciales inválidas.
La forma más segura de migrar el correo de gmail
El método más seguro es un cambio IMAP por etapas: sincroniza previamente el correo antiguo, cambia el MX y ejecuta una sincronización incremental final. Así evitas el pánico del fin de semana, reduces las molestias y trabajas con los límites de Google en vez de ignorarlos.
No hagas un cambio masivo el viernes por la noche. Prepara la mayor parte del buzón mientras los usuarios siguen trabajando en Gmail y traslada solo la diferencia reciente al cambiar. Ese es el método profesional.
- Haz inventario del buzón. Comprueba el tamaño, las etiquetas inusuales y si hay contraseñas de aplicación u OAuth. Confirma que necesitas cada carpeta. El correo basura también ocupa tiempo, y trasladar lo que luego borrarás solo ralentiza el proceso.
- Ejecuta primero una prueba. Elige un buzón de bajo riesgo. Comprueba la correspondencia, la ubicación del correo enviado y el tratamiento de carpetas especiales. Si la prueba es desordenada, una migración de 50-user será peor.
- Sincroniza previamente el correo antiguo. Traslada primero el correo de más de 30 días. Ahí reside la mayor parte del volumen. Los usuarios siguen trabajando en Gmail mientras la transferencia ocurre en segundo plano.
- Cambia DNS. Reduce previamente el TTL y cambia el MX cuando los buzones de destino estén listos. En TrekMail puedes añadir el dominio, publicar los registros y verificar su estado desde el panel. La documentación sobre registros DNS necesarios incluye el conjunto exacto.
- Ejecuta la sincronización incremental. Cuando el correo llegue al nuevo servidor, vuelve a sincronizar el periodo reciente. Así recoges las últimas llegadas y cambios de lectura.
Si trasladas varias marcas o dominios de clientes a la vez, la infraestructura de precio fijo empieza a resultar más conveniente que los paquetes por usuario. TrekMail está diseñado para ello. Para conocer la economía general, consulta alojamiento de correo multidominio.
Comando manual para migrar desde Gmail con imapsync
Si quieres control total, imapsync es la herramienta estándar de línea de comandos para migrar correo de Gmail mediante IMAP. Lo fundamental es excluir la carpeta de archivo y asignar correctamente las carpetas especiales para que Enviados y Borradores aparezcan donde esperan los usuarios.
Esta es una plantilla práctica:
imapsync \
--host1 imap.gmail.com --port1 993 --ssl1 \
--user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
--host2 imap.trekmail.net --port2 993 --ssl2 \
--user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
--gmail1 \
--exclude "\\[Gmail\\]/All Mail" \
--exclude "\\[Gmail\\]/Trash" \
--exclude "\\[Gmail\\]/Spam" \
--regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
--regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
--dryFunción de cada parámetro:
| Parámetro | Por qué importa |
|---|---|
--gmail1 | Ajusta el origen al comportamiento de Gmail |
--exclude "\[Gmail\]/All Mail" | Evita la mayor fuente de importaciones duplicadas |
--exclude Trash/Spam | Deja fuera del destino el correo eliminado y no deseado |
--regextrans2 | Convierte nombres de Gmail en nombres IMAP estándar |
--dry | Simula la ejecución para revisar recuentos antes de copiar |
Ejecuta primero la prueba en seco. Siempre.
Si TrekMail es el destino, la configuración estándar es imap.trekmail.net en el puerto 993 con SSL/TLS. TrekMail solo usa IMAP, no POP3, la opción adecuada para buzones sincronizados. Si después necesitas la referencia, consulta la documentación de ajustes IMAP y SMTP.
Para profundizar en la línea de comandos, consulta imapsync. Complementa bien este proceso.
Fallos importantes durante una migración de Gmail
Los tres fallos principales son los límites de Google, las interrupciones de autenticación y una pequeña cantidad de mensajes ilegibles. Ninguno exige entrar en pánico. Exigen detenerse, ajustar y verificar con cuidado en vez de repetir sin criterio.
El primero son los límites. Gmail ralentiza o bloquea temporalmente las descargas IMAP agresivas. La respuesta correcta es esperar, no insistir.
El segundo son los bucles de autenticación. Una migración puede funcionar un tiempo y fallar si Google marca el acceso. Revisa la actividad de seguridad, confirma el inicio de sesión y repite con el mismo diseño de sesión. No cambies variables si el problema es solo la confianza de la cuenta.
El tercero son los elementos fantasma. Un informe puede mostrar unos pocos mensajes fallidos en un buzón con decenas de miles de elementos. Suele indicar datos dañados, invitaciones rotas o anomalías de cero bytes. Si la tasa es mínima, trátala como ruido aceptable, no como una pérdida catastrófica.
Una mala lógica dice: repite toda la tarea hasta que el informe esté impecable.
Una buena lógica dice: determina si los fallos son mensajes visibles para el usuario o elementos dañados que nunca fueron legibles.
Un detalle más: no evalúes el éxito en gigabytes. El tamaño de Gmail y el del destino IMAP no son comparables directamente. Compresión, metadatos y representación cambian. Usa el número de elementos y comprobaciones puntuales en Bandeja de entrada, Enviados y carpetas del usuario.
Cómo verificar que la migración quedó limpia
Compara la cantidad de mensajes y su ubicación, no solo el espacio. Revisa Bandeja de entrada, Enviados, Borradores y algunas carpetas creadas por usuarios. Después envía mensajes reales tras cambiar el MX para confirmar que llegan al servidor de destino.
Usa esta lista:
- Compara el número total de elementos en Gmail y en el destino.
- Comprueba el total y los no leídos de la Bandeja de entrada.
- Abre Sent Items y confirma que el correo enviado no terminó en una carpeta personalizada cualquiera.
- Abre entre 3 y 5 carpetas con nombres inusuales o etiquetas anidadas.
- Busca algunos mensajes antiguos con adjuntos y confirma que se abren.
- Envía una prueba entrante real después del cambio de MX.
- Responde desde el nuevo buzón y comprueba SMTP y DNS.
Si trasladas también el dominio, un DNS limpio importa tanto como la copia. Los registros MX antiguos de Google dividirán la entrega y harán parecer fallida la migración cuando el problema sea el enrutamiento mixto. Conviene usar la documentación de TrekMail sobre añadir dominios y revisar DNS. Si aún decides la estructura del destino, crear correo con dominio es un buen complemento.
Método antiguo frente al nuevo
El método antiguo era pagar por usuario indefinidamente y tratar la migración como un proyecto de una noche. El nuevo consiste en preparar los datos, verificar cantidades y pasar a una infraestructura de precio fijo adecuada para varios dominios, sin penalizar el crecimiento.
Método antiguo: seguir pagando Google Workspace por usuario, aplazar el traslado porque parece arriesgado, apresurarlo en un fin de semana y esperar que las cifras cuadren.
Método nuevo: sincronizar previamente la mayor parte, cambiar DNS limpiamente, ejecutar una pasada final y llegar a una plataforma diseñada para dominios personalizados y almacenamiento compartido. TrekMail comienza en $3.50 al mes y admite dominios propios, buzones IMAP, reenvío, direcciones comodín, SMTP propio o incluido según el plan y migración desde el servidor en el panel.
Si necesitas correo multidominio sin tarifas por usuario, este es el camino práctico. Puedes consultar los precios de TrekMail, comenzar con el plan gratuito para probar el proceso y migrar de verdad cuando la prueba demuestre su funcionamiento.
En resumen: para migrar correo de gmail, no lo compliques. Excluye All Mail, ejecuta una sincronización por etapas, cambia el MX cuando el destino esté listo y verifica por cantidad. Así evitas el caos de duplicados y un lunes por la mañana atendiendo buzones rotos.
