Comprobador DMARC

Comprueba una política, no un mensaje

Introduce el dominio del autor sin _dmarc ni dirección de correo. Se consulta _dmarc y, cuando es necesario, se busca una política heredada según el recorrido de RFC 9989.

La autenticación DMARC requiere resultados SPF o DKIM y alineación de identificadores de un mensaje real. Aquí no hay ese contexto ni se devuelve pass/fail para mensajes.

_dmarc.example.com. 300 IN TXT "v=DMARC1; p=none"

EJEMPLO DOCUMENTAL — no es una respuesta DNS real

Descubrimiento actual

Se sigue RFC 9989, publicado en mayo de 2026, no solo el método de lista de sufijos de RFC 7489 ya sustituido. Los nombres consultados y las políticas seleccionadas se conservan como evidencia.

El recorrido acotado respeta psd y no adivina el dominio organizativo por las dos últimas etiquetas. Distingue nombres existentes de NXDOMAIN; un error temporal deja el descubrimiento incompleto.

Intención y hallazgos

none expresa monitorización, no un error sintáctico. quarantine y reject solicitan acciones para mensajes que fallen; no se mide la decisión real del receptor.

Se indican candidatos o etiquetas duplicados y valores mal formados. Las etiquetas desconocidas se conservan e ignoran; pct heredado no se aplica como porcentaje bajo RFC 9989.

Si los campos de política fallan pero rua es sintácticamente válida, se explica la alternativa de monitorización. Encontrar un registro no certifica seguridad total.

Qué no se comprueba

No se comprueban autorización de destinos externos, entrega de informes, claves DKIM, alineación ni acciones del receptor. No se solicita ninguna URI de informes ni se envía correo de prueba.

Antes de cambiar una configuración real, revisa registros, ruta de descubrimiento, plataforma de correo y estándar vigente, y observa informes de autenticación reales.