Email Dev Tools

generador de registros DMARC

Elige una política o pega un valor TXT. Revisa las etiquetas antes de cambiar el DNS.

generador de registros DMARC

Entrada

Registro e interpretación

Host TXT Indica un dominio para ver el host

v=DMARC1; p=none

Configuración efectiva

Dominio
none
Subdominios
none
Subdominios inexistentes
none
DKIM
r
SPF
r
  • v=DMARC1 — Versión
  • p=none — Política del dominio

Se procesa en este navegador; no se consulta ni cambia el DNS.

Opciones de política

Registro listo. Revisa los avisos antes de publicarlo.

Revisar antes de publicar

  • Sin rua no se solicitan informes agregados.

Un generador de registros DMARC ayuda cuando un dominio empieza a enviar correo y todavía no sabes si los subdominios deben heredar la misma política. Un rua mal escrito puede dejarte sin informes, mientras que un reject prematuro puede perjudicar a remitentes legítimos.

El panel muestra el valor TXT y la política efectiva. Este generador de registros DMARC crea nuevos valores según RFC 9989 y lee registros antiguos sin borrar sus etiquetas. La revisión local de sintaxis no confirma que el DNS esté publicado ni que un mensaje real supere la autenticación. Si quieres un comprobador de registros DMARC, pega el valor existente para revisar sus etiquetas y advertencias.

Por qué usar este generador de registros DMARC

Una política actual para crear y una lectura fiel de registros anteriores.

Evitar porcentajes obsoletos

RFC 9989 retiró pct, rf y ri porque los receptores no aplicaban los porcentajes intermedios de forma uniforme. Este generador de registros DMARC inicia con p=none y no incluye esas etiquetas en un TXT nuevo. La señal t=y no se presenta como una cuota exacta de entrega.

Dos tarjetas muestran una política actual sin porcentaje y un TXT antiguo con la etiqueta de porcentaje señalada.

Ver la herencia real

Aunque sp y np se omitan, la salida indica qué política afecta a subdominios existentes e inexistentes. Al pegar un registro, rua, ruf y la alineación aparecen por separado. Si el destino de informes es de otro dominio, se explica la autorización necesaria sin prometer la recepción.

Una cadena TXT dividida en bloques de política, subdominios y destino de informes.

Tres comprobaciones antes de publicar

01

Empezar observando

El valor inicial es v=DMARC1; p=none: no pide poner en cuarentena ni rechazar los fallos. Añade una dirección rua que controles para solicitar informes agregados. Dejarla vacía no es un error de sintaxis, pero entonces no se solicitan esos informes.

02

Revisar herencia y destinatarios

Con sp y np en Heredar, no se escriben las etiquetas. Separa varias direcciones con comas; el constructor añade mailto: a correos simples. Un destino de informes de otro dominio puede requerir autorización DNS allí, que esta página no comprueba.

03

Comprobar el correo real

La ejecución automática espera 350 ms después del cambio. Desactívala para usar el botón o Ctrl/Cmd + Enter. Los resultados anteriores dejan de poder exportarse inmediatamente. Tras publicar _dmarc, revisa el DNS, la alineación SPF/DKIM y los informes antes de endurecer la política.

Política, alineación e informes explicados

Diferenciar los subdominios

p admite none, quarantine y reject. sp puede sustituir la política para subdominios existentes; np cubre los inexistentes. Ambos heredan por defecto y la salida calcula la política efectiva aunque no aparezcan como etiquetas en el TXT.

Normalizar destinos de informes

Introduce uno o varios correos en rua y ruf separados por comas. Se añade mailto: a las direcciones sin prefijo y se detiene la exportación si están mal formadas. ruf empieza vacío porque los informes individuales pueden incluir detalles sensibles; fo solo se emite con ruf.

Leer valores antiguos sin reescribirlos

El analizador identifica etiquetas repetidas, separadores erróneos y valores no admitidos con posición de carácter. Conserva etiquetas desconocidas y muestra pct, rf y ri como elementos históricos de RFC 7489. No transforma por sí solo la intención de una política pegada.

Alcance de la comprobación local

Sin consulta ni cambios DNS
El dominio solo construye el nombre sugerido del host TXT. No se consulta _dmarc, no se publica un registro ni se envía un correo de prueba. Que un TXT sea sintácticamente válido no demuestra publicación, alineación SPF/DKIM ni entrega.
Sin porcentaje de aplicación garantizado
Un pct=25 existente se conserva y se marca como antiguo, ya que RFC 9989 retiró pct. Los registros nuevos tampoco emiten rf ni ri. t=y es una señal de prueba y no equivale a aplicar una política exactamente al 25 % de los mensajes fallidos.
Los informes externos requieren permiso
Un rua o ruf dirigido a otro dominio puede necesitar un TXT de autorización en el DNS de ese destino. Se avisa del cambio de dominio cuando se conoce el dominio de origen, pero esta página no verifica el permiso ni la llegada de informes.
Una política TXT, no informes XML
Pega un único valor de política, no varios resultados DNS, cabeceras de correo o informes agregados XML. Sin consultar DNS tampoco podemos detectar políticas duplicadas en línea. Las etiquetas antiguas no se eliminan automáticamente al analizarlas.

Preguntas del generador de registros DMARC

¿Con qué registro DMARC conviene empezar?

Empieza con v=DMARC1; p=none y añade rua=mailto:direccion@tudominio cuando exista ese buzón. Este generador de registros DMARC no inserta un destinatario ficticio: así puedes decidir quién recibirá realmente los informes.

¿Qué significan p=none, quarantine y reject?

none observa sin pedir una medida especial, quarantine solicita tratar los fallos como sospechosos y reject solicita rechazarlos. Examina primero todas las fuentes legítimas y su alineación en informes reales para no perjudicar correo válido.

¿Dónde publico el registro DMARC?

Publícalo como TXT en _dmarc.tudominio. Si el proveedor DNS añade automáticamente el nombre del dominio, escribe solo _dmarc en el campo de host. La herramienta muestra el host sugerido, pero no modifica el DNS.

¿Qué son los informes rua y ruf?

rua señala el destino de los informes agregados de autenticación. ruf solicita informes por mensaje sobre fallos, que algunos receptores no envían y que pueden incluir detalles. ruf está vacío por defecto; sin él tampoco se añade fo.

¿Cómo compruebo si funciona mi registro DMARC?

Esta página no hace consultas DNS. Después de publicar el TXT, comprueba el valor real en _dmarc con una herramienta de consulta y revisa SPF/DKIM y los informes. Ver una cadena correcta aquí no prueba que el registro funcione en producción.

¿Falta alguna respuesta sobre DMARC?

Abrir el generador de registros DMARC

Usa el generador de registros DMARC para revisar la política; decide cuándo reforzarla con los datos del DNS real y los informes recibidos.