// cómo solucionarlo
Los cambios DNS aún no se ven: propagación y TTL
Has añadido o corregido un registro, pero las pruebas siguen mostrando el valor antiguo. Las respuestas DNS se guardan en caché durante un tiempo; esto es lo que hay que esperar y cómo comprobar el valor real.
Qué significa
Cuando un servidor necesita tu registro SPF, DKIM o MX, no pregunta a tu proveedor de DNS cada vez. Pregunta una vez y guarda la respuesta en caché durante un tiempo. Esa duración es el TTL (time to live, «tiempo de vida»), que se define en cada registro en segundos.
300= 5 minutos3600= 1 hora86400= 24 horas
Hasta que la caché caduca, algunos servidores siguen viendo el valor antiguo. Este retraso se llama «propagación».
Por qué importa
Después de una corrección, tu prueba puede seguir fallando durante un tiempo, y puedes pensar que la corrección no ha funcionado. Peor aún, puedes volver a cambiar cosas y crear un error real. Saber cómo funciona la caché te ayuda a esperar el tiempo adecuado.
Cuánto esperar
- Un registro nuevo (que nunca existió): normalmente unos minutos. Pero si alguien lo consultó justo antes de que lo crearas, la respuesta «no existe» también queda en caché, a veces hasta una hora o más.
- Un registro modificado: hasta el TTL antiguo. Si el TTL antiguo era de 24 horas, algunos servidores pueden ver el valor antiguo durante un día.
- Nuevos servidores de nombres (al mover todo tu DNS a otro proveedor): hasta 24 a 48 horas.
- Algunos proveedores de DNS también tardan en publicar tu cambio después de hacer clic en «Guardar».
Cómo comprobar el valor real
- Pregunta directamente a tu proveedor de DNS. Busca tus servidores de nombres (por ejemplo
ns1.your-dns-host.com) y pregúntales a ellos, lo que se salta todas las cachés:dig TXT yourdomain.com @ns1.your-dns-host.com dig TXT _dmarc.yourdomain.com @ns1.your-dns-host.com
- Si esa respuesta es incorrecta, el problema no es la propagación: el registro no se guardó, está en un nombre equivocado o has editado el DNS en un proveedor que no se está usando. Comprueba qué servidores de nombres usa realmente tu dominio.
- Si esa respuesta es correcta, solo tienes que esperar. Herramientas públicas como Google Admin Toolbox Dig muestran lo que ven los grandes resolvers.
- Usa el Escáner de dominio en
/domain-scannerpara ver tus registros SPF, DKIM, DMARC y MX como los vería un servidor receptor.
Planifica con antelación los cambios importantes
- Un día antes de cambiar un registro importante (MX, SPF), baja su TTL a
300. Espera a que pase el TTL antiguo, haz el cambio y vuelve a subir el TTL (3600es un buen valor normal). - Cuando cambies de proveedor de correo, mantén los buzones antiguos funcionando durante dos días, porque algunos emails pueden seguir llegando allí.
- No cambies el mismo registro muchas veces seguidas. Haz un cambio con cuidado y espera.
Comprueba que está solucionado
Una vez que tu proveedor de DNS dé la respuesta correcta y haya pasado el TTL, vuelve a ejecutar el Escáner de dominio. Después envía un nuevo email de prueba desde la página de inicio de Delivmail: el informe lee los registros en el momento de la prueba y debería mostrarlos superados.
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.