Módulo 8 · 8.2

Español

Nederlands English Deutsch Français Español Italiano

Sincronización IMAP y el cambio de MX

Módulo 8: Mudanza y poner su dominio en orden · Tiempo de lectura: 12 minutos

Objetivo de aprendizaje: Después de esta lección podrá copiar buzones con una sincronización IMAP, ejecutar el cambio de MX y comprobar con consultas DNS que el correo nuevo llega al lugar correcto.

Conceptos clave: sincronización IMAP (imapsync), origen y destino, vincular carpetas (Sent/Enviado), primera y segunda ronda, evitar duplicados, Message-ID, cuota y adjuntos grandes, cambio de MX, TTL y cachés, periodo de transición, acceder temporalmente al servidor antiguo mediante el nombre del servidor, cambiar los dispositivos, mail.<dominio> ya apunta al servidor nuevo

Cómo funciona una sincronización IMAP

Una sincronización IMAP es un programa que inicia sesión en dos buzones a la vez: el origen (el buzón antiguo) y el destino (el nuevo). Lee la lista de carpetas del origen, crea esas carpetas en el destino y copia, carpeta por carpeta, cada mensaje que aún falta en el destino. El programa más conocido es imapsync, un programa de código abierto que muchos proveedores utilizan detrás de su herramienta de migración.

Es importante saber lo siguiente:

Se copia, no se mueve. En el origen no cambia nada. Por eso puede copiar con tranquilidad mientras el buzón antiguo sigue funcionando con normalidad.
Una segunda ronda se salta lo que ya existe. El programa reconoce los mensajes que ya están en el destino, normalmente por la cabecera Message-ID junto con algunas otras cabeceras. Por eso puede sincronizar tantas veces como quiera sin que se generen duplicados.
Las marcas se copian también: leído, respondido, marcado. Así el buzón nuevo tiene el mismo aspecto.
El destino debe tener espacio suficiente. Si la sincronización se detiene a mitad de camino, suele deberse a que el buzón nuevo está lleno. Aumente la cuota y vuelva a iniciar: continuará donde se quedó.

Vincular carpetas: Enviado no siempre se llama Enviado

Cada proveedor denomina las carpetas especiales de forma diferente. En unos, la carpeta con el correo enviado se llama Sent, en otros Sent Items, Verzonden items o INBOX.Sent. Gmail no tiene carpetas reales sino etiquetas, y las muestra por IMAP como carpetas del tipo [Gmail]/Correo enviado y [Gmail]/Todos los mensajes.

Sin vinculación obtendrá en el buzón nuevo una carpeta Sent Items junto a su propia carpeta Enviado, y su programa de correo solo utilizará una de las dos (lección 3.1). Las buenas herramientas de migración vinculan automáticamente las carpetas especiales; imapsync dispone para ello de la opción --automap, y con --regextrans2 puede convertir nombres usted mismo. Compruebe después de la primera ronda si su correo enviado está en la carpeta correcta.

Dos puntos de atención con Gmail:

Todos los mensajes ([Gmail]/All Mail) contiene todo el correo, también lo que está en otras etiquetas. Si copia esa carpeta también, obtendrá todo duplicado. Normalmente conviene saltársela, salvo que tenga correo que esté únicamente archivado.
Un mensaje con tres etiquetas aparece por IMAP en tres carpetas, y por tanto se copia tres veces. Eso es intencionado, pero sí cuenta para su almacenamiento.

Las carpetas con eventos de calendario o contactos (con Microsoft 365 y Exchange a veces también las verá por IMAP) no pueden copiarse como correo. Una buena herramienta las omite y lo indica.

La primera ronda

Inicie la primera ronda con bastante antelación respecto al cambio de MX, cuando los buzones nuevos ya estén preparados. Por cada buzón necesitará:

el servidor IMAP del origen (por ejemplo imap.mailprovider.example, o el nombre del servidor de su antiguo paquete de hosting);
la dirección y contraseña (o contraseña de aplicación, o un inicio de sesión de Microsoft, lección 8.1) del origen;
la dirección y contraseña del destino, y el nombre del servidor del nuevo proveedor.

Un escollo habitual: ¿tiene configurado su antiguo servidor IMAP como mail.example.com, y ya ha trasladado el DNS? Entonces es posible que mail.example.com apunte ya al servidor nuevo, y el programa copiaría del servidor nuevo al buzón nuevo. Por eso, para el origen, utilice el nombre de servidor fijo de su antiguo proveedor (que figura en su antiguo correo de bienvenida o panel de cliente), no un nombre bajo su propio dominio.

Los buzones grandes con muchos adjuntos tardan bastante: cuente con horas para muchos gigabytes. Deje que el programa siga funcionando; la mayoría de las herramientas continúan tras una interrupción donde se quedaron.

El cambio de MX

¿Ya se han copiado los buzones y están listos los registros para SPF, DKIM y DMARC (lección 8.1, paso 3)? Entonces cambie los registros MX a los valores que indique el nuevo proveedor. Después:

Compruebe en el servidor de nombres autoritativo si el nuevo MX ya figura. Eso lo verá de inmediato, sin caché:

$ dig +short NS example.com
ns1.dns.example.
ns2.dns.example.
$ dig +norecurse MX example.com @ns1.dns.example.
;; ANSWER SECTION:
example.com.     300   IN   MX   10 mx1.newprovider.example.
example.com.     300   IN   MX   20 mx2.newprovider.example.

Compruebe en un resolver público qué ve el resto de internet. Si allí aún obtiene el valor antiguo, es que ese resolver todavía lo tiene en su caché hasta que expire el TTL:

$ dig MX example.com @9.9.9.9
example.com.     212   IN   MX   10 mx.oldprovider.example.

El número (212) es el tiempo restante en segundos. Transcurrido ese tiempo, el resolver volverá a consultar.

Envíe un correo de prueba desde una dirección fuera de su dominio (por ejemplo un servicio de correo gratuito, o desde su teléfono mediante datos móviles) y compruebe si llega al buzón nuevo. En las cabeceras (lección 1.5) verá en las líneas Received superiores a través de qué servidor entró.

El periodo de transición

Durante la transición, a veces sigue llegando correo al servidor antiguo: de remitentes cuyo resolver todavía conoce el MX antiguo, y de servidores que tenían un mensaje en cola para el servidor antiguo. Eso no supone ningún problema, siempre que el buzón antiguo siga existiendo. Dos formas de no perder nada:

Segunda ronda de sincronización un día después del cambio (o más tarde, dependiendo del TTL antiguo). Esta solo recoge los mensajes nuevos. En una mudanza de dominio con cambio de servidor de nombres, conviene hacer otra ronda tras dos o tres días.
O tener temporalmente ambos buzones en su programa de correo, con el antiguo accedido mediante el nombre de servidor fijo del antiguo proveedor. Así verá de inmediato cualquier mensaje rezagado.

El correo que envíe durante este periodo pasa por el servidor saliente configurado en su dispositivo. Asegúrese de que el SPF incluya ambos proveedores durante este periodo, ya que de lo contrario su correo podría obtener peor puntuación en el destinatario por salir a través del servidor "equivocado".

Cambiar los dispositivos

Configure en cada dispositivo el buzón nuevo como cuenta nueva con IMAP y los datos del nuevo proveedor (módulo 2). Elimine después la cuenta antigua. ¿Por qué no modificar la cuenta existente? Porque entonces el programa a veces intenta sincronizar la copia local antigua con el buzón nuevo, lo que puede provocar duplicados o carpetas desaparecidas.

No olvide:

Eliminar pronto las cuentas antiguas. Un teléfono guardado en un cajón que sigue intentando iniciar sesión con una contraseña antigua puede provocar un bloqueo temporal de IP, tanto en el proveedor antiguo como en el nuevo (lección 3.4). Entonces, de repente, deja de funcionar todo en esa red.
Todo lo que envía correo por SMTP: sitio web, tienda online, escáner, sistema de caja (lección 8.1).
Firmas, reglas y respuestas automáticas, que hay que volver a configurar.

Dar de baja solo después

Dé de baja los buzones antiguos solo cuando todo haya funcionado bien durante unas semanas y se haya realizado la última ronda de sincronización. Después, limpie el DNS: retire al proveedor antiguo del SPF, elimine el selector DKIM antiguo, vuelva a poner el TTL en un valor normal.

En la práctica: así se ve con un proveedor

Con WebOké puede copiar con la herramienta de mudanza de correo electrónico en Mi WebOké (que elige automáticamente el nombre de servidor de proveedores conocidos, también inicia sesión en Microsoft y continúa tras una interrupción) o con IMAPSync Migraciones en DirectAdmin (rellenando host de origen, usuario y contraseña, y eligiendo el buzón de destino). En ambos casos, una segunda ronda se salta lo que ya se ha copiado. Otros proveedores disponen de herramientas de migración similares; los conceptos de origen, destino y segunda ronda son iguales en todas partes.

Resumen

Una sincronización IMAP copia, carpeta por carpeta, lo que falta en el destino; una segunda ronda no genera duplicados.
Vincule las carpetas especiales (Enviado, Basura) y, con Gmail, preste atención a las etiquetas y a Todos los mensajes.
Para el origen, utilice el nombre de servidor fijo del proveedor antiguo, no mail.<su dominio>.
Después del cambio de MX: compruebe primero con el servidor autoritativo, después de forma pública (TTL), y luego envíe un correo de prueba desde fuera.
Segunda ronda tras el TTL antiguo, configure los dispositivos como cuenta nueva, elimine las cuentas antiguas y dé de baja solo pasadas unas semanas.

Cuestionario

Ejercicio

Ejercicio Z8.2: Comprobar el MX y el TTL en torno al traslado. Indique su propio dominio (o utilice wikipedia.org si no dispone de dominio propio). Rellene: el host MX con la prioridad más baja según el servidor de nombres autoritativo, el TTL del registro MX en ese servidor de nombres, y el proveedor en el que recibe su correo (texto libre). El programa consulta NS, después MX en un servidor de nombres autoritativo sin caché, y MX en un resolver público. Coloca las respuestas una junto a otra y avisa si el resolver público todavía da una respuesta distinta (en ese caso el cambio aún no es visible en todas partes).

Para saber más

Los pasos de estos artículos corresponden a los paneles de WebOké; en otros proveedores el funcionamiento es parecido.

Cookies en WebOké

Ajustes de cookies

Necesarias

Marketing