Respuesta rápida
¿Cómo muevo el correo a un nuevo proveedor sin perder mensajes?
Reduzca el TTL de sus registros MX a entre 300 y 600 segundos con 24 a 48 horas de antelación, importe el archivo antiguo al nuevo buzón, cambie los registros MX en último lugar y conserve la cuenta anterior hasta que haya llegado correo nuevo. Postelva aloja el DNS, así que el cambio consiste en editar dos o más registros.
Cuántos registros cambian al migrar
| Nuevo proveedor | MX | TXT de verificación | SPF | DKIM | DMARC | Registros en total |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | No es necesario para una configuración solo con MX | 1 include | 3 CNAME | No leído (no verificado) | 6, sin DMARC |
Cinco pasos en el orden correcto
Reducir el TTL
Al menos 24 a 48 horas antes de la migración, ajuste el TTL de los registros MX a entre 300 y 600 segundos. Un cambio se propaga en aproximadamente el TTL anterior, así que un valor corto antes del cambio lo hace rápido.
Preparar el nuevo buzón
Añada su dominio en el nuevo proveedor, cree las direcciones y los alias, y copie el registro de verificación que le muestra. Todavía no toque los registros MX.
Copiar el correo antiguo
Importe el archivo con la herramienta de importación IMAP del nuevo proveedor mientras la cuenta antigua sigue recibiendo correo. El reenvío por sí solo traslada únicamente el correo nuevo.
Cambie los registros MX
Sustituya los registros MX antiguos por los nuevos, añada el nuevo include de SPF al registro SPF existente y añada los registros DKIM. Mantenga el servidor antiguo aceptando correo hasta que haya pasado el TTL anterior.
Confirmar y limpiar
Envíese una prueba desde dos cuentas externas, revise las cabeceras, conserve la cuenta antigua durante un tiempo, después vuelva a subir el TTL y elimine los registros antiguos.
¿Por qué decide el TTL si se pierde correo?
El TTL es el número de segundos que un resolvedor puede conservar una respuesta, así que determina durante cuánto tiempo los remitentes siguen usando sus registros MX antiguos. Si el TTL anterior es de 86400 segundos, un remitente que consultó sus datos un minuto antes del cambio seguirá entregando al servidor antiguo durante hasta un día. Con un TTL de 300 a 600 segundos, la ventana es de cinco a diez minutos.
La regla de las guías de entregabilidad es reducir el TTL entre 24 y 48 horas antes de la migración, para que todas las cachés ya tengan el valor corto ese día, y volver a subirlo después. Un cambio de MX típico se estabiliza en 1 a 4 horas y, en el peor de los casos, puede tardar entre 24 y 48 horas. Es una recomendación de los proveedores, no un estándar. Las respuestas vacías también se guardan en caché, con el TTL del registro SOA de la zona (RFC 2308), de modo que un registro que cree tarde puede permanecer invisible durante un tiempo en algunos resolvedores.
¿Cómo copio mi correo antiguo antes del cambio?
Importe el archivo antiguo por IMAP antes de cambiar un solo registro MX. Proton Mail, por ejemplo, documenta un cambio desde Gmail con una herramienta de importación, y los consejos de las guías de migración de los proveedores coinciden en el mismo orden: primero importar, cambiar el MX solo cuando el destino esté listo y conservar la cuenta antigua hasta confirmar que todo ha llegado.
Dos hábitos evitan la mayoría de las pérdidas. Primero, mantenga el buzón antiguo recibiendo correo mientras se ejecuta la importación, porque el correo que llegue durante la copia estará solo en la cuenta antigua. Segundo, haga una segunda importación breve después del cambio de MX para recoger los mensajes que hayan llegado al servidor antiguo durante la propagación. Para conocer el orden de trabajo cuando su dirección cambia de proveedor pero no de nombre, lea cómo conservar su dirección de correo al cambiar de proveedor.
¿Cómo cambio los registros MX de forma segura?
Elimine los registros MX antiguos o dé a los nuevos el número de prioridad más bajo, y nunca deje mezclados dos proveedores. Fastmail y Proton Mail dicen lo mismo en sus páginas de ayuda: con registros antiguos y nuevos a la vez, el correo se entrega de forma impredecible a uno u otro servidor. Un registro MX nombra un servidor de correo y una prioridad; los remitentes prueban primero el número más bajo. El concepto se explica en qué es un registro MX.
En Postelva, la zona se edita en el área de cliente, y plantillas DNS de un clic para Proton Mail, Fastmail, Zoho Mail, Google Workspace y Microsoft 365, más una plantilla SPF + DMARC y una plantilla «sin correo» para un dominio que no envía nada. Una plantilla sustituye en una sola acción los registros MX, SPF y DKIM del proveedor. Para Tuta, Mailbox.org, iCloud+ y Migadu usted escribe los registros MX, TXT y CNAME en el editor de DNS, con los valores que muestra la propia pantalla del proveedor.
¿Qué ocurre con SPF y DKIM durante un cambio?
Un dominio solo puede publicar un registro SPF, así que añada el include del nuevo proveedor al registro existente en lugar de crear un segundo. Proton Mail, Mailbox.org y Mailfence dan la misma instrucción. Mantenga el include antiguo en el registro hasta que haya dejado de enviar desde el proveedor anterior y entonces elimínelo: la comprobación SPF permite como máximo 10 consultas DNS (RFC 7208), y cada include cuenta.
Los registros DKIM son distintos. Cada proveedor usa sus propios nombres de selector, como fm1, fm2 y fm3 en Fastmail o protonmail, protonmail2 y protonmail3 en Proton Mail, así que los registros nuevos pueden convivir con los antiguos hasta que elimine al proveedor anterior. Consulte los registros publicados con los comandos de cómo comprobar los registros MX, SPF, DKIM y DMARC.
¿Cómo sé que el cambio ha funcionado?
Envíe un mensaje de prueba al dominio desde dos cuentas externas y lea las cabeceras de entrega. Según el índice de Postelva del 12 de noviembre de 2026, pasar a Proton Mail supone cambiar 8 registros, a Mailbox.org 11 y a Fastmail 6 (el registro DMARC de Fastmail no se leyó en las páginas consultadas), por lo que comprobar cada tipo de registro es la forma más rápida de encontrar uno olvidado.
Si un mensaje no llega, el fallo casi siempre es una de las causas de por qué no llega el correo a un dominio personalizado. Conserve la cuenta antigua durante unas semanas, porque un remitente con una caché desactualizada aún puede entregar allí. Cuando la cuenta antigua siga vacía, devuelva el TTL a su valor normal y elimine los registros antiguos.
Cambio de proveedor: preguntas
¿Cuánto tarda el cambio?
Un cambio de MX típico se estabiliza en 1 a 4 horas y puede tardar entre 24 y 48 horas. Proton Mail le pide que cuente con hasta un día. Un TTL corto ajustado con antelación mantiene la ventana pequeña.
¿Pierdo mi dirección al cambiar?
No, si la dirección está en su propio dominio: el dominio permanece en el mismo registrador y solo cambian los registros. Una dirección en el dominio propio del proveedor anterior, como @proton.me o @tuta.com, no se puede trasladar.
¿Puedo cambiar sin importar el correo antiguo?
Puede, pero perderá el archivo en el nuevo buzón. Mantenga abierta la cuenta antigua, o exporte el correo, hasta que tenga lo que necesita.
¿El cambio modifica el registro de mi dominio?
No. El registro, la fecha de renovación y el titular siguen siendo los mismos. Solo cambian los registros DNS que apuntan al servidor de correo.
¿Debo hacer el cambio a una hora tranquila?
Ayuda, pero no es obligatorio. Lo que importa es que el cambio de MX se haga después de la importación y después de haber reducido el TTL.
En resumen
- Reduzca el TTL del MX a entre 300 y 600 segundos con 24 a 48 horas de antelación.
- Importe primero el archivo por IMAP; el reenvío traslada solo el correo nuevo.
- Cambie los registros MX en último lugar; no deje mezclados dos proveedores.
- Un solo registro SPF; añada el nuevo include a él; como máximo 10 consultas DNS.
- Registros modificados: Proton Mail 8, Mailbox.org 11, Fastmail 6 sin DMARC.
- La propagación típica es de 1 a 4 horas, hasta 24 a 48 horas.
- Conserve la cuenta antigua hasta que hayan llegado los correos de prueba.
Fuentes (8)
- Pasar de Gmail a Proton — Proton (consultado el 2026-11-12)
- Dominio personalizado de Namecheap (valores MX) — Proton (consultado el 2026-11-12)
- Protección contra la suplantación de identidad en dominios personalizados — Proton (consultado el 2026-11-12)
- Registros DNS predeterminados — Fastmail (consultado el 2026-11-12)
- Base de conocimiento de mailbox.org: dominio personalizado — mailbox.org (consultado el 2026-11-12)
- RFC 7208, sección 4.6.4 — RFC Editor (consultado el 2026-11-12)
- RFC 2308: caché negativa de consultas DNS — RFC Editor (consultado el 2026-11-12)
- Cuánto tardan en propagarse los cambios de DNS — Suped (consultado el 2026-11-12)