Migrar un buzón parece fácil hasta que los usuarios encuentran su histórico alterado: faltan enviados, aumentan los mensajes sin leer o diez años de correo parecen haber llegado hoy. No basta con copiar mensajes; hay que comprobar su estado. Para la operación general, consulta esta guía de imapsync. En un cambio de plataforma, busca compatibilidad con estándares y pruebas reales.
Copiar el contenido RFC 5322 solo resuelve parte del trabajo. Los usuarios necesitan enviados en la carpeta correcta, mensajes leídos que sigan leídos y búsquedas coherentes. Si fallan esas tres áreas, pueden empezar las incidencias desde el primer día.
Esta guía explica fallos habituales, prevención y auditoría, y la opción TrekMail para reducir tareas manuales. El texto describe importación IMAP en Starter y superiores, modelo de plataforma desde $3.50 al mes y no facturación por usuario; verifica precios, límites y funciones actuales. Importa tanto para un buzón como para cien. Consulta también correo para pequeñas empresas y alojamiento multidominio.
Por qué aparecen problemas después del cambio MX
Copiar el contenido sin conservar estado puede alterar carpetas, lectura, fechas internas y representación de etiquetas Gmail. Comprobar esas cuatro áreas ayuda a reducir incidencias, sin garantizar que el resto del proyecto no requiera atención.
Recibir en el destino tras cambiar MX no demuestra que la copia esté verificada. Crea previamente buzones, alias y permisos, valida la copia inicial y cambia MX solo si trasladas recepción de un dominio propio. Una cuenta personal no da control del dominio del proveedor.
Piensa en contenido, indicadores, ubicación y metadatos de llegada, como al trasladar una base de datos. Un buzón puede abrirse y aun así comportarse de forma diferente si esos datos no se conservaron.
Ejemplo: un directivo ve 8,000 mensajes sin leer y piensa que falló el proveedor. Una posible causa es que se copiara el contenido sin conservar \Seen; comprueba el alcance y el estado antes de concluir.
Cuatro problemas poco visibles de la migración
Revisa enviados mal asociados, estado \Seen, valores INTERNALDATE y representación de Gmail All Mail. Pueden pasar desapercibidos en el progreso y aparecer al trabajar con los mensajes.
1. Desconexión de la carpeta de enviados
Los nombres varían: Sent, Sent Items, INBOX.Sent en algunos cPanel o [Gmail]/Sent Mail en Gmail. Comprueba el servidor real.
Sin correspondencia correcta, el histórico puede quedar en una carpeta normal y los nuevos enviados en la carpeta de uso especial del destino. El usuario ve esta última vacía de histórico y cree que falta correo.
El RFC 6154 define carpetas de uso especial para que los clientes reconozcan enviados, borradores, correo no deseado y papelera. Importa el tipo de carpeta, no solo el nombre; verifica atributos y configuración del cliente.
2. El indicador \Seen
La conservación de lectura depende del origen y de la herramienta. Perderla puede hacer que años de mensajes procesados aparezcan sin leer al entrar.
El RFC 3501 define indicadores del sistema, incluido \Seen. Comprueba su transferencia en una prueba piloto: terminar la copia no prueba que el estado se haya conservado.
\Recent es distinto: en el comportamiento IMAP heredado depende de la sesión y no es un estado portable de migración. Algunos servidores modernos no lo usan. El destino puede presentar mensajes recién visibles para esa sesión; explica la diferencia antes del cambio.
3. Restablecimiento de INTERNALDATE
La cabecera Date y la fecha interna del servidor son distintas. Algunos clientes ordenan por esta última; reescribirla al importar puede cambiar la cronología aunque el contenido esté intacto.
El RFC 3501 permite indicar fecha y hora en APPEND; sin ellas, el servidor usa la fecha actual. Para conservar diez años de correo archivado, transfiere la fecha interna informada por el origen con su desfase horario cuando esté disponible y el destino la respete. La cabecera Date no permite reconstruir por sí sola la llegada original al servidor ni garantiza su precisión.
4. Varias copias desde Gmail All Mail
Gmail usa etiquetas, expuestas como carpetas IMAP. La misma base de mensajes puede representarse en varias carpetas y copiarse más de una vez.
Incluir [Gmail]/All Mail junto a entrada, enviados y etiquetas puede añadir varias vistas del mismo correo, a veces deseadas para conservar carpetas. Define mensajes únicos, presentación y almacenamiento. Excluirlo sin cobertura alternativa puede omitir archivados sin otra etiqueta.
| Sistema de origen | Nombre original | Nombre de destino ilustrativo | Riesgo sin correspondencia |
|---|---|---|---|
| cPanel / Courier | INBOX.Sent | Sent Items | Los enviados antiguos parecen faltar |
| Linux heredado | Sent Messages | Sent Items | Histórico repartido entre carpetas |
| Proveedor alemán | Gesendete Elemente | Sent Items | El cliente no usa los enviados históricos |
| Gmail | [Gmail]/Sent Mail | Sent Items | Enviados fuera de la carpeta de uso especial |
| IMAP genérico | Trash | Deleted Items | Comportamiento de eliminación diferente |
Comprobar correspondencias de carpetas
Cuando nombres y tipos difieren, configura correspondencias explícitas y pruébalas. La detección automática puede ayudar, pero no debe sustituir la revisión. Los nombres de destino de la tabla no son universales ni valores predeterminados garantizados de TrekMail.
Con imapsync, puedes usar transformaciones con expresiones regulares, comprobadas para versión, separadores y destino, después de adaptar automáticamente prefijos y separadores; cada regla se aplica al resultado de la anterior. Este ejemplo hace una copia real, no una simulación, y no configura explícitamente TLS ni validación de certificados. Las reglas INBOX con doble barra invertida entre comillas simples no coinciden con los nombres previstos. Corrige una copia de trabajo, prueba un destino controlado y verifica conexión cifrada, cadena de certificados y nombre del servidor. Protege contraseñas en argumentos, historial y registros:
imapsync \
--host1 old.example.com --user1 user@old.example.com --password1 'oldpass' \
--host2 new.example.com --user2 user@new.example.com --password2 'newpass' \
--regextrans2 's/^Sent Messages$/Sent Items/' \
--regextrans2 's/^INBOX\\.Sent$/Sent Items/' \
--regextrans2 's/^INBOX\\.Trash$/Deleted Items/' \
--exclude "\\[Gmail\\]/All Mail"Usa una simulación real si la versión la admite y comprueba cobertura de archivados antes de excluir Gmail. Tras la primera pasada, envía desde el destino y revisa dónde queda el mensaje. Si el histórico esperado y los nuevos enviados están separados, corrige la correspondencia antes de incorporar más usuarios.
En TrekMail, consulta la introducción a la migración IMAP y el flujo actual del origen. El texto describe selección de carpetas con recuentos, ejecución en segundo plano y omisión de duplicados; valida compatibilidad e implementación, sin promesas universales para Outlook. Consulta migrar desde Gmail o migrar desde cPanel. IMAP copia correo, no calendarios, contactos, reglas ni configuración de alias y distribución. El importador usa credenciales IMAP directas; contraseñas de aplicación dependen de políticas y verificación en dos pasos. Si OAuth es obligatorio, usa otro camino autorizado compatible, no un supuesto OAuth interactivo.
Verificar sin confiar solo en el progreso
Compara mensajes, lectura, enviados y fechas, además de contenido y adjuntos. Gigabytes no prueban integridad: MIME, índices y almacenamiento pueden variar.
Una marca verde de finalización informa del proceso, no demuestra continuidad de la experiencia ni conservación de todos los datos. Revisa registros y resultados.
- Compara por carpeta con igual alcance: entrada, enviados y archivo.
- Si había 50 sin leer y aparecen 4,000, investiga \Seen, filtros, correspondencias, alcance y cambios del origen; el recuento solo no identifica la causa.
- Abre mensajes históricos y comprueba que 2019 siga representando 2019, distinguiendo fecha interna y cabecera.
- Envía una prueba nueva y confirma la carpeta esperada junto al histórico.
Una diferencia puede provenir de mensajes dañados, MIME, exclusiones o cambios durante la copia. Investígala con registros y muestras de contenido, fechas, adjuntos e indicadores. Ni recuentos iguales ni tamaños parecidos prueban conservación completa.
Actualiza clientes según los ajustes IMAP/SMTP. El texto describe IMAP, no POP3; conserva una copia del correo local no sincronizado antes de retirar perfiles y comprueba ajustes reales, certificados y dirección completa y contraseña del buzón, no del panel.
Sincronización de cambios y UIDVALIDITY
La primera pasada suele necesitar al menos una sincronización adicional. Repite después del cambio para nuevas llegadas, mensajes de fecha antigua, movimientos entre carpetas e indicadores. Mantén recepción SMTP antigua, acceso administrativo y reversión mientras cachés y reintentos puedan usar el origen; reducir TTL no elimina cachés anteriores.
UIDVALIDITY define la generación de una carpeta y el ámbito de sus UID, no una identidad global ni integridad de contenido. Restaurar, reparar o reindexar puede cambiar ese estado, pero no siempre; según la comparación, la herramienta podría repetir copias.
Una tarea correcta el viernes puede mostrar duplicados el lunes si cambia el estado. Pospón mantenimiento no esencial; si una reparación es necesaria, coordina pausa, recuperación y validación de correspondencias antes de reanudar.
Una segunda diferencia: una copia aditiva puede conservar en el destino mensajes borrados después en el origen. No es sincronización bidireccional segura por defecto. Planifica un único entorno activo de escritura para usuarios y decide el tratamiento de eliminaciones e indicadores.
No actives borrado espejo a ciegas. Valida dirección, tiempos, copias de seguridad y pruebas; una suposición incorrecta puede borrar datos válidos. Prueba también acceso de solo lectura al origen cuando corresponda.
Operación manual y opción TrekMail
Comandos específicos, expresiones regulares y auditorías manuales pueden aumentar trabajo. Una plataforma IMAP integrada puede reducir tareas según su cobertura y modelo de precios, sin garantizar que todo buzón adicional sea gratuito.
| Aspecto | Gestión manual posible | Opción TrekMail según el plan |
|---|---|---|
| Preparación | CLI, servidor y correspondencias | Asistente descrito para Starter y superiores |
| Orígenes | Revisión particular por proveedor | Guías Gmail, Outlook, Yahoo, iCloud e IMAP según acceso compatible |
| Duplicados | Dependen de opciones y disciplina de repetición | Opción de comparación y omisión que debe verificarse |
| Operación | Trabajo individual por buzón | Modelo multidominio para agencias y pequeñas empresas dentro de límites |
| Costes | Algunas tarifas por usuario aumentan costes | Desde $3.50 al mes en el texto; comprobar modelo y límites actuales |
Para varios buzones, economía, aprovisionamiento y control importan junto al protocolo. Consulta creación masiva de cuentas y gestión del correo de clientes.
TrekMail no elimina la verificación. Compara panel multidominio, almacenamiento compartido, importación y SMTP externo o incluido según el plan. El modelo de plataforma no implica recursos ilimitados ni ausencia de suplementos en todos los casos.
Consulta los precios de TrekMail. El texto describe Nano gratuito sin tarjeta, planes de pago desde $3.50 al mes y prueba gratuita de 14 días con tarjeta de crédito para planes de pago; verifica condiciones vigentes.
Conclusión: qué comprobar en una migración correcta
La continuidad se verifica con enviados accesibles, lectura coherente, fechas históricas y representación Gmail prevista. Varias copias pueden ser intencionales, pero deben estar documentadas y comprobarse con los usuarios.
Configura carpetas antes de copiar. Conserva indicadores, especialmente \Seen, cuando el origen y el destino lo permitan. Transfiere INTERNALDATE en APPEND si está disponible. Decide la exclusión All Mail solo tras asegurar archivados sin etiqueta. Verifica contenido, adjuntos, fechas y estado, además de recuentos.
Este proceso mejora el control de la transición sin prometer ausencia de pérdida o interrupciones. Copiar datos sin comprobar cómo funcionan deja parte de la migración sin validar.
Para el protocolo, consulta el RFC 3501 sobre IMAP y el RFC 6154 sobre carpetas de uso especial.
