Validador de sintaxis DMARC

Comprender la sintaxis de un registro DMARC

Domain-based Message Authentication, Reporting and Conformance (DMARC) une los resultados SPF y DKIM para dictar una política publicada como registro TXT en _dmarc.<dominio>. Esta página explica qué etiquetas analiza el validador y cómo interpretar los diagnósticos devueltos por la API.

Ejemplo de registro DMARC

Un registro DMARC es una lista de pares etiqueta/valor separados por punto y coma. Cada etiqueta incluye un nombre corto, un signo igual y un valor. Los espacios adicionales son tolerados, pero los nombres de etiqueta deben ser ASCII y únicos.

v=DMARC1; p=quarantine; rua=mailto:informes@example.com; ruf=mailto:forense@example.com; adkim=s; aspf=s; pct=100

Etiquetas obligatorias

  • v — la versión. DMARC1 es la única aceptada actualmente.
  • p — la política aplicada a los mensajes no alineados (none, quarantine o reject).

Sin estas etiquetas el registro se considera inválido y los destinatarios ignorarán la política.

Etiquetas opcionales recomendadas

  • rua — destinos de informes agregados (URI mailto:). Muy recomendable para seguir la evolución de la política.
  • ruf — destinatarios de informes forenses. Úselos solo con buzones monitorizados y protegidos.
  • sp — política aplicada a los subdominios cuando difiere de p.
  • adkim / aspf — modos de alineación para DKIM y SPF (r relajado, s estricto).
  • pct — porcentaje de tráfico al que se aplica la política (100 por defecto).
  • fo — opciones de informe de fallos (por ejemplo 1, d, s).
  • ri — intervalo deseado entre informes agregados en segundos (86400 por defecto).
  • rf — formatos de informe esperados (afrf, iodef).

El validador muestra todas las etiquetas detectadas para visualizar exactamente lo que servirá el DNS.

Errores frecuentes detectados por la herramienta

  1. Etiquetas desconocidas o duplicadas. Los nombres deben ser únicos; los duplicados generan alertas.
  2. URI de informe inválidas. Las etiquetas rua y ruf deben contener URI mailto: o https: válidas.
  3. Política ausente o vacía. Sin p la política nunca se aplica.
  4. Porcentaje fuera de rango. pct debe estar entre 1 y 100.
  5. Alineación u opciones no soportadas. Valores distintos de r/s para adkim o aspf, o opciones fo fuera de la especificación, provocan errores.

Buenas prácticas antes de desplegar

  • Empiece con p=none y un rua válido para observar el tráfico sin afectar la entrega.
  • Analice los informes y avance gradualmente hacia p=quarantine y p=reject cuando SPF y DKIM estén alineados.
  • Utilice sp solo si los subdominios necesitan una política distinta.
  • Documente los buzones rua/ruf, sus responsables y su capacidad para que los informes se procesen de verdad.
  • Pruebe el registro final con este validador y resuelva _dmarc.<dominio> para confirmar la publicación y la propagación.

Una validación sistemática evita errores de sintaxis, asegura el despliegue de DMARC y ofrece diagnósticos útiles a los equipos de entregabilidad.