Mover un dominio de correo de un proveedor a otro parece sencillo hasta que el primer usuario dice que no le llega un mensaje. La causa casi siempre est\u00e1 en el mismo sitio: alguien cambi\u00f3 el MX antes de que los buzones de destino estuvieran listos, o apag\u00f3 el servidor viejo demasiado pronto. Migrar sin perder correo no es cuesti\u00f3n de suerte, es cuesti\u00f3n de orden. Estos son los pasos que funcionan, con los n\u00fameros y las comprobaciones que de verdad importan.<\/p>\n
El primer error que veo una y otra vez es empezar por el panel de DNS. El DNS solo dice a Internet d\u00f3nde entregar el correo, as\u00ed que si cambias los registros MX antes de tener los buzones creados en el destino, el correo entrante rebotar\u00e1 con un 550 no such user o se quedar\u00e1 en cola en servidores remotos reintentando durante horas. El orden correcto es al contrario: primero el servidor de correo de destino, despu\u00e9s el DNS. En el panel de hosting del proveedor nuevo, crea cada buz\u00f3n con su parte local exacta y una contrase\u00f1a provisional. Si tienes 40 cuentas, son 40 buzones. No hay atajo aqu\u00ed.<\/p>\n
Aprovecha esta fase para inventariar qu\u00e9 existe realmente en el dominio viejo. No solo los buzones: tambi\u00e9n los alias de correo, los reenv\u00edos de correo, las listas y, si los hay, los buzones catch-all. Un correo catch-all acepta cualquier mensaje enviado a un dominio, aunque la parte local no corresponda a ninguna cuenta real. Ese buz\u00f3n catch-all se recoge con un solo login POP3 o IMAP y suele acumular a\u00f1os de correo de formularios, newsletters y direcciones mal escritas. Si el dominio viejo lo tiene activo y el nuevo no, en cuanto cambies el MX empezar\u00e1s a rechazar correo que antes entraba. Decide ahora si lo replicas o lo eliminas de forma consciente.<\/p>\n
Conviene tambi\u00e9n revisar la autenticaci\u00f3n de correo del destino. SPF, DKIM y DMARC rigen el correo saliente, y si migras sin publicar los registros del proveedor nuevo, tus mensajes empezar\u00e1n a caer en spam el mismo d\u00eda del corte. Publica el SPF con el include del proveedor nuevo antes del cambio de MX, con un TTL bajo, y deja el DKIM firmando desde el primer env\u00edo de prueba. Un detalle que casi nadie comprueba: si el dominio viejo ten\u00eda un DMARC en p=reject, cualquier fallo de alineaci\u00f3n en el destino se convierte en rechazo directo.<\/p>\n
Con los buzones creados, toca copiar el contenido. Para cuentas IMAP est\u00e1ndar, imapsync es la herramienta m\u00e1s pragm\u00e1tica: conecta origen y destino por IMAP, copia carpetas, flags y fechas, y permite relanzarlo las veces que haga falta porque solo transfiere lo que falta. Una primera pasada completa puede tardar horas si hay buzones de varios gigabytes; las siguientes son incrementales y duran minutos. Si el servidor de destino corre Dovecot, doveadm backup hace lo mismo a nivel de servidor y suele ser m\u00e1s r\u00e1pido en vol\u00famenes grandes, aunque exige acceso al sistema y conocer la estructura de Maildir del origen.<\/p>\n