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.DMARC1es la única aceptada actualmente.p— la política aplicada a los mensajes no alineados (none,quarantineoreject).
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 (URImailto:). 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 dep.adkim/aspf— modos de alineación para DKIM y SPF (rrelajado,sestricto).pct— porcentaje de tráfico al que se aplica la política (100 por defecto).fo— opciones de informe de fallos (por ejemplo1,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
- Etiquetas desconocidas o duplicadas. Los nombres deben ser únicos; los duplicados generan alertas.
- URI de informe inválidas. Las etiquetas
ruayrufdeben contener URImailto:ohttps:válidas. - Política ausente o vacía. Sin
pla política nunca se aplica. - Porcentaje fuera de rango.
pctdebe estar entre 1 y 100. - Alineación u opciones no soportadas. Valores distintos de
r/sparaadkimoaspf, o opcionesfofuera de la especificación, provocan errores.
Buenas prácticas antes de desplegar
- Empiece con
p=noney unruaválido para observar el tráfico sin afectar la entrega. - Analice los informes y avance gradualmente hacia
p=quarantineyp=rejectcuando SPF y DKIM estén alineados. - Utilice
spsolo 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.