// cómo solucionarlo
Registros de correo perdidos tras mover tu dominio o tu proveedor de DNS
Has movido tu dominio, tu web o tu DNS a una nueva empresa y el correo ha dejado de funcionar. A menudo los registros de correo simplemente no se copiaron. Así puedes restaurarlos.
Qué significa
Tus registros DNS están en tu proveedor de DNS, la empresa a cuyos servidores de nombres apunta tu dominio. Suele ser tu registrador o tu hosting web, pero puede ser otro servicio como Cloudflare.
Cuando cambias de proveedor de DNS (o te pasas a un registrador o un hosting web que también se encarga del DNS), el nuevo proveedor empieza con una zona vacía o por defecto. Si nadie copia todos los registros, se pierden los del correo:
- Registros MX (dónde se reciben tus emails)
- SPF (TXT en el dominio)
- DKIM (TXT o CNAME en
selector._domainkey) - DMARC (TXT en
_dmarc) - Registros de tu herramienta de newsletters o de tu tienda, y registros TXT de verificación
Por qué importa
Sin MX, dejas de recibir emails. Sin SPF ni DKIM, los emails que envías van a spam o son rechazados, sobre todo con una política DMARC. Suele pasar justo después de rediseñar una web, y al principio nadie relaciona las dos cosas.
Cómo comprobarlo
- Usa el Escáner de dominio en
/domain-scanner: los MX, SPF, DKIM o DMARC que faltan aparecen enseguida. - Envía un email de prueba desde la página de inicio para ver qué comprobaciones fallan ahora.
- Busca tus servidores de nombres actuales:
dig NS yourdomain.com
Asegúrate de editar el DNS en esa empresa, no en la antigua.
Cómo solucionarlo
- Recupera los registros antiguos. Prueba en este orden:
- Puede que el proveedor de DNS antiguo siga mostrando tu zona en su panel o te deje exportarla.
- Puede que los servidores de nombres antiguos sigan respondiendo:
dig TXT yourdomain.com @ns1.old-dns-host.com. - La página de administración de tu proveedor de correo enumera los registros que necesita (MX, SPF, DKIM).
- Vuelve a crear primero los registros MX, exactamente como te los da tu proveedor de correo, con las prioridades correctas.
- Vuelve a crear SPF, DKIM y DMARC. Si no encuentras la clave DKIM, genera una nueva en la página de administración de tu proveedor y publícala.
- Añade los demás registros: herramienta de newsletters, CRM, autodiscover, registros TXT de verificación.
- Revisa cada nombre y cada valor una vez más. Los errores de escritura son frecuentes al copiar a mano.
Antes de tu próximo cambio
- Exporta o haz una captura de pantalla de la zona DNS completa antes de cambiar nada.
- Crea todos los registros en el nuevo proveedor antes de cambiar los servidores de nombres.
- Compara la zona antigua y la nueva registro por registro, y después haz el cambio.
- Mantén la cuenta antigua abierta unos días por si se olvidó algo.
Lo que no está en la zona
El DNS inverso (PTR) de tu propio servidor de correo lo configura la empresa propietaria de la dirección IP, no la zona de tu dominio. Si también has cambiado de servidor, pide a la nueva empresa de hosting que lo configure.
Comprueba que está solucionado
Los cambios DNS pueden tardar entre unos minutos y unas horas en ser visibles. Vuelve a ejecutar el Escáner de dominio: MX, SPF, DKIM y DMARC deberían aparecer todos. Después envía un email de prueba desde la página de inicio de Delivmail y comprueba que todo se supera, y envíate un email desde una dirección externa para confirmar que la recepción funciona.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro SPFTu dominio no indica qué servidores pueden enviar emails en su nombre. Añade un registro TXT y los receptores podrán distinguir tus emails reales de los falsos.
- Error SPF: demasiadas consultas DNS (permerror)SPF permite como máximo 10 consultas DNS. Por encima, todo el registro se rompe y los receptores lo consideran no válido. Así puedes aligerarlo.
- Varios registros SPF en un mismo dominioUn dominio solo debe tener un registro SPF. Con dos o más, SPF falla en todos los emails. Únelos en una sola línea.
- SPF falla: el servidor de envío no está autorizadoTu dominio tiene un registro SPF, pero el servidor que envió tu email no está en él. Averigua qué servicio envió el email y añádelo.
- Tus emails no tienen firma DKIMDKIM añade una firma digital que demuestra que un email viene de verdad de tu dominio. Actívala en tu proveedor de correo y publica su clave en el DNS.