- Los registros MX, A/AAAA y PTR correctos garantizan que el correo electrónico se enrute y se identifique correctamente en los servidores de correo adecuados.
- Los registros TXT, mediante SPF, DKIM y DMARC, autentican a los remitentes y definen cómo gestionar el correo sospechoso.
- La compatibilidad con registros DNS como NS, SOA, SRV, TLSA y BIMI mejora la coherencia, la seguridad y la confianza en la marca.
- La mayoría de los problemas de entrega se deben a una configuración incorrecta del DNS, retrasos en la propagación o falta de autenticación.
El correo electrónico depende mucho más del DNS de lo que la mayoría de la gente cree.Cada vez que pulsas Enviar, una cadena de consultas DNS decide silenciosamente si tu mensaje llega a la bandeja de entrada, termina en la carpeta de spam o se bloquea por completo. Si la configuración DNS de tu correo electrónico es incorrecta, incluso la mejor campaña o el mensaje transaccional más importante pueden simplemente desaparecer.
Si el DNS te parece misterioso o demasiado técnico, no estás solo.Muchos profesionales de TI con experiencia aún creen que el alojamiento web y el correo electrónico deben estar en el mismo servidor, cuando en realidad el DNS permite separar los servicios como se desee. La buena noticia es que, una vez que se comprenden los registros DNS básicos para el correo electrónico (MX, SPF, DKIM, DMARC y algunos otros), se puede crear una configuración de correo electrónico sólida, segura y con alta tasa de entrega que prácticamente se ejecuta sola.
Qué es DNS y por qué es importante para el correo electrónico
DNS (Sistema de Nombres de Dominio) es el directorio de direcciones de internet.A los humanos les gustan nombres como tuempresa.compero las computadoras se comunican usando direcciones IP como 203.0.113.10 or 2001: db8 :: 1El DNS convierte el dominio en direcciones numéricas para que los navegadores, las aplicaciones y los servidores de correo sepan dónde conectarse.
Cuando escribes un dominio en un navegador, se inicia una pequeña consulta DNS.. Tu dispositivo solicita una resolver recursivo (generalmente administrado por su ISP o un DNS público como Google o Cloudflare), que puede que ya tenga la respuesta en caché. Si no, el resolvedor recorre una cadena de servidores: el servidor de nombres raíz, Entonces el servidor de nombres TLD (para .com, .net, .org, etc.), y finalmente el servidor de nombres autoritativo para ese dominio en particular. Ese último servidor contiene los registros DNS que le indican a Internet cómo gestionar el tráfico del dominio.
Lo mismo ocurre cuando se trata de correo electrónico.Los servidores de envío consultan el DNS para determinar tres aspectos clave: dónde entregar el correo de un dominio, qué servidores tienen permiso para enviar desde ese dominio y si los mensajes son auténticos o falsificados. Si faltan, son incorrectos o están incompletos esos registros DNS, los mensajes rebotan, van a la carpeta de spam o la reputación del remitente se ve perjudicada.
Cómo fluye el correo electrónico a través del DNS
Cada correo electrónico saliente inicia al menos una consulta DNS.Cuando alguien envía un mensaje a usuario@tuempresa.com, el servidor de correo remitente pregunta a DNS: "¿Qué servidor maneja el correo para este dominio?" Busca Registros MX primero. Si existen, apuntan a los nombres de dominio de los servidores de correo receptores. Si no existen registros MX, la mayoría de los sistemas recurren al dominio. Registro A o AAAA, pero eso no se recomienda para una configuración profesional.
La entregabilidad y la seguridad requieren más que simplemente saber dónde enviar el correo.Los servidores receptores modernos también consultan el DNS para SPF (Marco de políticas del remitente), DKIM (DomainKeys Identified Mail) y opcionalmente DMARC (Autenticación, informes y conformidad de mensajes basados en dominio). Estos registros informan al destinatario si el mensaje proviene realmente de una fuente autorizada y cómo gestionar los mensajes sospechosos.
Detrás de escena, varios tipos de servidores diferentes cooperan para mover mensajes.. El correo saliente generalmente sale a través de un Servidor SMTP (Protocolo simple de transferencia de correo), que funciona con un agente de transferencia de correo (MTA) para enviar el mensaje a través de Internet. En el lado receptor, los usuarios obtienen el correo utilizando cualquiera de los siguientes métodos: POP3 (que normalmente descarga y elimina el correo del servidor) o IMAP (que mantiene los mensajes en el servidor y los sincroniza entre dispositivos). Todos estos componentes dependen de los registros DNS para saber a qué nombres de host e IPs contactar.
Tipos básicos de registros DNS que debes conocer para el correo electrónico
No todos los registros DNS afectan directamente al correo electrónico, pero algunos son absolutamente esenciales. para el enrutamiento, la autenticación y el filtrado de spam. Otros desempeñan un papel de apoyo en la fiabilidad y la confianza.
Registros A y AAAA: cómo asignar su dominio a direcciones IP
El registro A conecta un dominio con una dirección IPv4. (por ejemplo, 93.184.216.34Sin al menos un registro A válido, su dominio prácticamente no existe en internet. Muchos servicios también dependen de él cuando falta un registro MX o está mal configurado; algo que conviene evitar publicando registros MX correctos.
El registro AAAA es el equivalente en IPv6 del registro A.Asigna el dominio a una dirección IPv6, lo cual es cada vez más importante a medida que se agota el espacio para direcciones IPv4. Si bien los registros A y AAAA no definen dónde se debe entregar el correo, vinculan su dominio a una infraestructura real y pueden usarse para el enrutamiento de correo alternativo si no existen registros MX.
Registros MX: informando al mundo dónde entregar el correo
Los registros MX (Mail Exchange) son la piedra angular del DNS para el correo electrónico.. Declaran qué servidores aceptan mensajes entrantes para su dominio. Cada registro MX contiene un lista de prioridades (un número donde se prefiere un número menor) y un hostname (no una IP sin procesar) del servidor de correo. Los servidores receptores ordenan los registros MX por prioridad y los prueban en orden, lo que proporciona redundancia incorporada.
Un dominio puede usar solo un registro MX, pero se recomienda encarecidamente usar varios registros. para garantizar la resiliencia. Muchas soluciones de correo electrónico alojadas, como Microsoft 365 o Google Workspace, proporcionan un único valor MX principal, pero las grandes infraestructuras suelen publicar varias entradas MX con diferentes prioridades para que, si un servidor falla, otro pueda seguir recibiendo correo.
Cuando configuras los registros MX, tu proveedor de DNS no inventa los valores.Su proveedor de correo electrónico le proporciona los nombres de host exactos, las prioridades y cualquier requisito especial. En su panel de control DNS normalmente configura: un host o nombre (a menudo @ para el dominio raíz), un número de prioridad, el nombre de host del servidor de correo (como smtp.provider.com), y un TTL (tiempo de vida), que controla el almacenamiento en caché.
Registros TXT: el contenedor para la seguridad del correo electrónico moderno
Los registros TXT almacenan texto arbitrario adjunto a su dominio.Los sistemas de correo electrónico los utilizan ampliamente para políticas y datos de autenticación. SPF y DMARC se encuentran dentro de los registros TXT, y DKIM también suele estarlo (aunque algunos proveedores exponen DKIM a través de CNAME).
Dado que los registros TXT pueden contener cualquier tipo de información, también se utilizan para verificar la propiedad de los dominios. (por ejemplo, por ESP, servicios web o proveedores SSL), así como para funciones avanzadas como sugerencias de cifrado oportunistas e indicadores de marca BIMI. Para los remitentes de correo electrónico, los tres mecanismos clave basados en TXT son SPF, DKIM y DMARC.
SPF: autoriza a los servidores que pueden enviar correo electrónico para su dominio.
SPF es un marco de autenticación de correo electrónico que responde a una pregunta: “¿Está esta IP o servidor autorizado a enviar correo utilizando este dominio en la dirección del remitente?” Usted publica su política como un registro TXT que normalmente comienza con v = spf1 y termina con un calificador como -todas, ~todos, o ?todo.
Una política SPF sencilla podría permitir el correo solo desde los servidores MX de su propio dominio.Un ejemplo se ve así: “v=spf1 mx -all”Esa línea indica a los destinatarios que acepten correo de las IP utilizadas por sus registros MX y que traten todas las demás fuentes como no autorizadas. Si también envía correo a través de herramientas de boletines informativos, CRM o servicios en la nube, amplía la política con incluir declaraciones para el dominio SPF de cada proveedor.
Las políticas SPF multiservicio típicas encadenan varias inclusiones en un solo registro.Por ejemplo, si envía correos desde su proveedor principal, una plataforma de soporte técnico y un servicio de correo electrónico transaccional, podría terminar con algo como esto: v=spf1 a mx include:service1.com include:service2.com ~allNormalmente, las plataformas de correo electrónico te proporcionarán las cadenas de texto y la sintaxis exactas que debes añadir.
Es importante mantener un único registro SPF TXT por dominio.Apilar varios registros SPF en el mismo nombre DNS puede provocar fallos en la validación. En su lugar, combine todos los mecanismos necesarios en una política cuidadosamente gestionada y actualícela cada vez que añada o elimine servicios de envío.
DKIM: firma de mensajes con una huella digital criptográfica
DKIM (DomainKeys Identified Mail) proporciona una firma a prueba de manipulaciones. En los mensajes salientes, su sistema de envío utiliza una clave criptográfica privada para crear un hash basado en ciertos encabezados y, en ocasiones, en el cuerpo del mensaje. Esta firma se inserta en un campo especial del encabezado del correo electrónico.
La clave pública correspondiente reside en DNS.. Un selector DKIM (una pequeña etiqueta como mail or mlsend2) más el dominio forman el nombre de host para el registro de clave pública, a menudo algo como selector._domainkey.yourcompany.comCuando un sistema receptor recibe un correo electrónico, examina el encabezado DKIM, consulta el DNS para ese selector, obtiene la clave pública y comprueba si la firma es válida y si el contenido no ha sido alterado.
DKIM se puede publicar como un registro TXT o CNAME.Muchos proveedores te dan un gran valor de TXT que comienza con v=DKIM1 y un largo p= campo que contiene la clave pública codificada en base64. Otros le piden que cree un registro CNAME que apunte desde el nombre de host de su selector a uno que ellos alojan, lo que les permite rotar las claves de forma centralizada sin que usted edite el DNS cada vez.
Cada dominio de envío suele tener al menos un selector DKIM.y cada servicio puede usar el suyo propio. Eso es perfectamente válido; puedes tener varios registros DKIM siempre que sus selectores sean diferentes. Tu proveedor de correo electrónico te indicará exactamente qué agregar, y la implementación suele ser tan sencilla como copiar y pegar en tu panel DNS.
DMARC: vinculando SPF y DKIM con una política
DMARC (Autenticación, Informes y Conformidad de Mensajes Basados en Dominio) se sitúa sobre SPF y DKIM.No autentica los mensajes directamente; en su lugar, comprueba si cumplen con los requisitos de SPF y/o DKIM y si esos resultados coinciden con el dominio "De" visible. A continuación, aplica una política que usted defina para indicar qué debe ocurrir si las comprobaciones fallan.
Una política DMARC reside en un registro TXT en el nombre de host especial. _dmarc.tuempresa.comEl disco comienza con v=DMARC1 e incluye etiquetas como p= (política: ninguna, cuarentena o rechazo) y opciones para informar direcciones. Con DMARC, puede indicar a los receptores que simplemente supervisen (sin medidas coercitivas), que envíen los fallos a la carpeta de spam o que los bloqueen directamente.
Las funciones de generación de informes de DMARC son una joya oculta para la seguridad y la capacidad de entrega.. Al especificar direcciones en calle y ruf Al configurar etiquetas, usted solicita a los proveedores receptores que le envíen informes agregados o forenses sobre los resultados de la autenticación. Estos informes le ayudan a detectar remitentes no autorizados, servicios mal configurados o dominios que se utilizan indebidamente para el phishing.
Otros registros DNS que influyen en el correo electrónico
Además de MX, SPF, DKIM y DMARC, otros tipos de registros DNS influyen en si su correo electrónico es confiable y se entrega correctamente.Puede que no sean estrictamente necesarias, pero suelen aparecer en las listas de verificación de entregabilidad y en la lógica antispam.
PTR (DNS inverso): validación de la dirección IP de envío
Un registro PTR realiza la operación inversa a una búsqueda DNS normal.En lugar de asignar un nombre de dominio a una dirección IP, asigna una dirección IP a un nombre de host. Esta asignación inversa se llama DNS inverso o ADN recombinante.
Los servidores de correo receptores comprueban rutinariamente el DNS inverso de la IP remitente.Si no hay registro PTR o el nombre de host que devuelve no coincide razonablemente con el dominio en los encabezados del correo electrónico, algunos proveedores tratan el mensaje como sospechoso. Esto puede provocar errores como "Error de DNS inverso" o el rechazo del correo con códigos que indican la falta de un registro PTR.
En la práctica, rara vez se gestionan los registros PTR en la zona DNS habitual.Están controladas por el propietario del rango de IP, que suele ser tu proveedor de servicios de Internet (ISP), tu proveedor de alojamiento web o tu plataforma de correo electrónico. Para servidores de correo dedicados, normalmente solicitas al proveedor que configure un registro PTR que apunte al nombre de host que hayas elegido y, a continuación, te aseguras de que ese nombre de host también tenga un registro A o AAAA coincidente.
SRV, NS y SOA: infraestructura de soporte para una entrega consistente
Los registros SRV (Servicio) describen el host y el puerto para un protocolo específico.En el caso del correo electrónico, pueden indicar a los clientes los servidores y puertos SMTP, IMAP o POP correctos. Si bien no controlan directamente la capacidad de entrega, los registros SRV ayudan a las herramientas de configuración automática a descubrir los puntos finales correctos.
Los registros NS (Servidor de Nombres) definen qué servidores de nombres son autoritativos para su dominio.Estos servidores almacenan y responden con sus datos DNS. Si los registros NS son incorrectos, la inconsistencia entre los proveedores de DNS puede provocar un comportamiento impredecible del correo electrónico, ya que algunos remitentes podrían ver registros obsoletos o incompletos.
El registro SOA (Inicio de Autoridad) identifica el servidor de nombres principal. Para la zona, proporciona detalles como el número de serie del archivo de zona y los valores de tiempo utilizados para el almacenamiento en caché y la actualización. No controla directamente la lógica del correo electrónico, pero una configuración SOA correcta es esencial para la replicación y propagación fiables de los cambios relacionados con el correo.
BIMI y TLSA: señales avanzadas de confianza y cifrado
BIMI (Brand Indicators for Message Identification) te permite mostrar tu logotipo en bandejas de entrada compatibles.Técnicamente, utiliza un registro TXT que apunta a una imagen SVG de tu logotipo y, en muchos casos, depende de certificados de marca verificados y de una política DMARC aplicada. Si bien BIMI por sí solo no solucionará los problemas de entrega, es una señal visual de confianza y puede mejorar la interacción una vez que tu autenticación sea sólida.
Los registros TLSA admiten DANE (Autenticación de Entidades Nombradas basada en DNS)., que vincula los certificados TLS a los nombres DNS mediante DNSSEC. Para el correo electrónico, TLSA puede reforzar las conexiones STARTTLS entre servidores de correo especificando qué certificados son válidos. Esto ayuda a prevenir ataques de intermediario en SMTP, aunque en la práctica requiere DNSSEC y aún es menos común que SPF/DKIM/DMARC.
Configurar el DNS para su proveedor de correo electrónico
La mayor parte del trabajo pesado la realiza tu proveedor de correo electrónico.que proporciona las entradas DNS exactas que debes agregar. Tu tarea consiste en copiar esos valores en los tipos de registro correctos en tu registrador de dominios o proveedor de DNS y verificar que no haya errores tipográficos.
Paso a paso: cómo agregar y verificar registros MX
Para dirigir el correo electrónico de tu dominio a un proveedor específico, comienza con los registros MX.Después de registrarte en una plataforma de correo electrónico alojada o en la nube, busca su documentación sobre "configuración DNS" o "registros del servidor de correo". Allí encontrarás una lista de los nombres de host y las prioridades que debes usar.
En la consola de administración de DNS, localice la opción para agregar un nuevo registro. y seleccione el tipo MXPara el host o nombre, los dominios normalmente utilizan @ para representar la raíz (por ejemplo, tuempresa.comPegue el nombre de host del servidor de correo como valor, establezca la prioridad requerida, mantenga el TTL predeterminado a menos que se indique lo contrario y luego guarde. Repita el proceso para cualquier registro MX adicional que proporcionen.
Una vez que se guardan los registros MX, habrá un período de propagación.Las cachés DNS de internet necesitan tiempo para eliminar los datos antiguos. El nuevo enrutamiento de correo puede tardar desde unos minutos hasta varias horas —a veces hasta 24-48 horas— en hacerse visible en todas partes. Durante este tiempo, algunos remitentes podrían seguir enviando correos a la dirección anterior.
Publicar SPF en su DNS
Una vez configurado el enrutamiento de correo, publique SPF para declarar quién tiene permiso para enviar correo en nombre de su dominio.Su servicio de correo electrónico principal, plataforma de marketing y cualquier sistema transaccional deben estar representados en un único registro SPF TXT.
La mayoría de los proveedores te muestran el fragmento SPF exacto que necesitas.. Por ejemplo, una plataforma de envío podría decir: “Agregue un registro TXT con nombre @ y valor v=spf1 incluir:_spf.example.com ~todos” Si ya tiene un registro SPF, fusione la nueva inclusión con él en lugar de crear un segundo registro con el mismo nombre.
Elegir entre -all y ~all afecta la rigurosidad con la que los receptores tratan los fallos.. Un fracaso rotundo (-todas) dice que cualquier fuente de envío que no esté explícitamente listada debe ser rechazada, mientras que un fallo suave (~todosPor lo general, permite el paso de los mensajes, pero puede marcarlos como spam. Muchas organizaciones comienzan con un sistema de rechazo gradual mientras auditan todos sus sistemas de envío, para luego adoptar políticas más estrictas con el tiempo.
Agregar claves DKIM de sus proveedores
La configuración de DKIM suele ser sencilla una vez que encuentras la pantalla correcta en el panel de control de tu proveedor.Busque las secciones etiquetadas como "autenticación de dominio", "DKIM" o "firma de correo electrónico". Verá uno o más selectores y valores TXT o destinos CNAME.
Si su proveedor proporciona un registro TXT, cree una entrada DNS en el nombre de host del selector. (por ejemplo, selector._domainkey.yourcompany.com) y pega la larga cadena DKIM que te proporcionen. Si te piden un CNAME, tendrás que apuntar el nombre de host de tu selector al suyo, indicándole así a todo el mundo que obtenga la clave directamente del DNS de tu proveedor.
Muchos servicios requieren que haga clic en un botón de "Verificar" o "Comprobar DNS". Después de agregar DKIM, se activa una verificación por parte del servidor. Una vez que detectan la clave correcta, comienzan a firmar los correos salientes. Hasta que se complete la verificación, es posible que se envíen mensajes sin DKIM, lo que debilita la autenticación.
Implementación segura de las políticas DMARC
La implementación de DMARC se realiza mejor por etapas.. Comience con una política de ningunaque solicita a los receptores que informen sobre los fallos, pero no que bloqueen nada. Esto permite ver quién envía en nombre de tu dominio y si SPF y DKIM están correctamente configurados.
Un registro DMARC básico podría tener el aspecto de un archivo TXT en _dmarc.yourcompany.com con un valor como v=DMARC1; p=ninguno; rua=mailto:reports@yourcompany.comDespués de analizar los informes y corregir cualquier deficiencia, puede elevar la política a cuarentena (enviar correo sospechoso a la carpeta de spam) y finalmente a rechazar Si desea la máxima protección contra la suplantación de identidad.
Muchos clientes de correo electrónico, especialmente los grandes proveedores, ahora esperan que los dominios que envían volúmenes significativos tengan DMARC implementado.Combinada con una configuración correcta de SPF y DKIM, una política DMARC sólida es una de las señales más claras de que su dominio está bien administrado y no es una fuente de abuso.
Prevención de spam basada en DNS y reputación del remitente
Los filtros de spam modernos dependen en gran medida de los datos DNS para determinar si deben confiar en un correo electrónico.Analizan los registros MX, SPF, DKIM, DMARC, PTR e incluso la coherencia de los registros A y NS a la hora de decidir qué hacer con cada mensaje.
Cuando SPF, DKIM y DMARC se alinean correctamente, su dominio construye una reputación positiva.Con el tiempo, los proveedores de servicios de Internet (ISP) observan que el correo autenticado que envías genera bajas tasas de quejas y una interacción constante. Por el contrario, la falta o el mal funcionamiento de los registros DNS son una señal de alerta: el correo aún puede llegar, pero es mucho más probable que termine en la carpeta de spam o que se bloquee por completo.
El DNS también ayuda a proteger a sus destinatarios del phishing y la suplantación de identidad.Los atacantes suelen hacerse pasar por marcas conocidas o personal interno falsificando direcciones de remitente. Con SPF, DKIM y DMARC, esto se vuelve mucho más difícil. Los destinatarios pueden descartar o poner en cuarentena de forma segura los mensajes que pretenden provenir de su dominio pero que no cumplen con las políticas publicadas.
La capacidad de entrega no se trata solo de DNS, por supuesto.La calidad del contenido, el volumen de envíos, la higiene de las listas, las tasas de quejas y la interacción son factores importantes. Pero sin una base DNS sólida, ni siquiera un contenido perfecto puede superar la desconfianza que generan los correos no autenticados o mal configurados.
Solución de problemas comunes de correo electrónico causados por DNS
Cuando falla el correo electrónico, el DNS suele ser el culpable.Los síntomas varían, desde rebotes permanentes con códigos SMTP numéricos hasta mensajes que desaparecen silenciosamente en la carpeta de spam, pero en muchos casos la causa principal reside en un registro DNS faltante o no válido.
El correo electrónico rebota o es rechazado directamente.
Los rebotes permanentes con códigos como 550, 554 o errores que mencionan dominios no válidos suelen indicar problemas de configuración de DNS.Dos errores frecuentes son la falta de registros MX y las políticas SPF que no incluyen la IP o el servicio de envío reales.
Si el error indica que no hay registro A o MX o que el dominio de correo no es válido, revise su zona.Confirme que el dominio en la dirección From tenga un registro A funcional, al menos un registro MX que apunte a un nombre de host resoluble y que dichos nombres de host tengan registros A o AAAA válidos. Cualquier error tipográfico en los nombres de host puede interrumpir la comunicación.
Los rechazos que hacen referencia a fallos de DNS inverso o direcciones IP en listas negras a menudo se remontan a los registros PTR.Verifica si tu dirección IP de envío tiene un registro PTR que se resuelva a un nombre de host que controles y que este nombre de host, a su vez, tenga un registro A coincidente. De no ser así, abre una incidencia con tu proveedor de correo electrónico o de alojamiento web y pídeles que corrijan el DNS inverso.
Los mensajes terminan constantemente en la carpeta de correo no deseado.
Si tus mensajes se entregan pero constantemente van a parar a la carpeta de correo no deseado, primero revisa tu pila de autenticación.Utilice herramientas en línea para verificar SPF, DKIM y DMARC de su dominio. Cualquier fallo o advertencia indica que los sistemas de correo receptores no confían plenamente en su tráfico.
Verifique que el dominio en la dirección From visible coincida con su SPF y DKIM.Para SPF, el dominio del remitente del sobre (Return-Path) debe estar autorizado. Para DKIM, el valor d= en el encabezado DKIM debe ser un dominio de su propiedad y, idealmente, coincidir o estar alineado con el dominio From. DMARC evalúa esta alineación al determinar la puntuación del mensaje.
El comportamiento del usuario también influye en los algoritmos de spam.Si muchos destinatarios borran los mensajes sin leerlos, nunca los abren o los marcan como spam, tu reputación se verá afectada, por muy impecable que sea tu DNS. Combinar una autenticación DNS sólida con buenas prácticas de envío es la fórmula del éxito.
Formularios web o aplicaciones que envían correos electrónicos que nunca llegan.
Cuando los formularios de contacto de un sitio web o las aplicaciones parecen "enviar" correos electrónicos pero no llega nada, a menudo es porque el SPF está mal configurado.Es posible que la dirección IP del servidor web o del servidor de correo de la plataforma no esté incluida en su registro SPF, por lo que los destinatarios consideran los mensajes sospechosos o los rechazan directamente.
Si su sitio web envía correos electrónicos utilizando el dominio de su proveedor de correo principal.Confirma que el servidor de envío real (por ejemplo, tu proveedor de alojamiento web o un proveedor de correo electrónico transaccional) aparezca en la política SPF. En algunos casos, es mejor usar un subdominio dedicado y un proveedor de correo electrónico configurado en lugar de depender de la función de correo predeterminada del proveedor de alojamiento web.
Cómo solucionar los retrasos en la propagación del DNS
Cada vez que cambies los registros MX, SPF, DKIM o DMARC, dale tiempo a Internet para que se actualice.El DNS funciona mediante almacenamiento en caché: los servidores DNS recuerdan las respuestas durante el tiempo especificado por el TTL, que puede ser de minutos u horas. Durante este período, algunos remitentes ven la nueva configuración, mientras que otros siguen utilizando la anterior.
Si planeas una migración importante de correo electrónico, reduce los TTL uno o dos días antes.Reducir el TTL a unos 300 segundos en los registros clave permite que los cambios futuros se propaguen más rápido. Una vez que la transición sea estable, puede volver a aumentar los TTL para mejorar el rendimiento y reducir el número de consultas.
Las pruebas realizadas desde múltiples redes y el uso de herramientas externas de búsqueda de DNS ayudan a confirmar cuándo se ha completado la propagación de forma efectiva.No confíe únicamente en su resolvedor local, que podría almacenar en caché de forma agresiva o estar configurado de maneras inusuales.
En resumen, el DNS para correo electrónico tiene menos que ver con la magia y más con registros cuidadosamente coordinados.Cuando los registros MX, SPF, DKIM, DMARC, PTR y demás información de soporte son precisos y consistentes, tu dominio se convierte en un remitente confiable para los proveedores de correo electrónico. Esa confianza, junto con listas de correo limpias y contenido bien pensado, es lo que mantiene tus mensajes en la bandeja de entrada y tu marca fuera de la carpeta de spam.
