Cómo leer un informe DMARC
Con un registro DMARC le indica a los destinatarios qué deben hacer con el correo que supuestamente proviene de su dominio, pero que no supera la comprobación. También puede pedirles que le envíen informes. En ellos verá qué servidores envían correo en nombre de su dominio, y si ese correo supera SPF, DKIM y DMARC. Así encontrará un servicio que había olvidado, y verá si alguien está usando su dominio de forma indebida. Qué es DMARC lo puede leer en Qué es DMARC. Explicación en lenguaje sencillo.
Activar los informes: la dirección rua
Solo recibirá informes si en su registro DMARC figura una dirección de informes, tras rua=. El registro predeterminado de un paquete de alojamiento de WebOké es v=DMARC1;p=reject, sin dirección de informes. Así que no recibirá informes. Puede añadir una dirección sin cambiar su política:
v=DMARC1; p=reject; rua=mailto:dmarc@sudominio.nl
En DirectAdmin haga clic en Gestión de DNS en el lápiz situado junto al registro _dmarc y rellene la dirección en Correo electrónico agregado (RUA). Consulte Configurar DMARC. En Mi WebOké utilice el asistente DMARC en la pestaña DNS: Asistentes DNS: MX, SPF, DMARC, CAA y SRV. Qué política (p=) elegir, lo encontrará en Crear un registro DMARC en DirectAdmin.
Además existe ruf=, para informes de fallos sobre correos individuales que han fallado. Estos pueden contener fragmentos del correo real, y casi ningún destinatario grande los envía. Deje ruf vacío: solo necesita los informes agregados de rua.
dmarc@sudominio.nl, para que su correo habitual no quede sepultado. Vigile ese buzón: los informes también ocupan espacio de almacenamiento.Qué recibirá
Un informe es un correo con un archivo adjunto: un archivo XML, normalmente comprimido como .gz o .zip. El nombre indica quién lo envía, sobre qué dominio y sobre qué periodo, por ejemplo google.com!sudominio.nl!1793923200!1794009599.xml.gz. Los números son marcas de tiempo en segundos desde 1970. No contiene el contenido del correo: solo, por servidor remitente, cuántos correos hubo y cómo resultaron las comprobaciones.
Leer una fila
Cada bloque <record> corresponde a una dirección IP remitente:
<row>
<source_ip>198.51.100.40</source_ip>
<count>1250</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>fail</dkim>
<spf>fail</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>sudominio.nl</header_from>
</identifiers>
<auth_results>
<dkim><domain>serviciodenewsletter.example</domain><result>pass</result></dkim>
<spf><domain>bounce.serviciodenewsletter.example</domain><result>pass</result></spf>
</auth_results>
| Elemento | Significado |
|---|---|
source_ip | La dirección IP del servidor que entregó el correo. |
count | Cuántos correos de esta dirección IP con este resultado. |
disposition | Qué hizo el destinatario: pass o none (entregado), quarantine (carpeta de spam) o reject (rechazado). |
dkim y spf dentro de policy_evaluated | El resultado DMARC: ¿superó DKIM o SPF para un dominio que coincide (alineado) con su dirección de remitente? |
header_from | El dominio que aparece en la dirección de remitente del correo. |
auth_results | El resultado en bruto de SPF y DKIM, con el dominio para el que se aplicó. |
Fíjese en la diferencia entre auth_results y policy_evaluated. En el ejemplo, DKIM y SPF superan ambos la comprobación, pero para el dominio del servicio de newsletter. Ese dominio no corresponde a sudominio.nl, por lo que DMARC falla. Con p=reject estos 1250 correos son rechazados.
Así encontrará un servicio olvidado
- Observe
policy_evaluateden cada fila. Sidkimospfindicanpass, esa fuente está en orden. - ¿Fallan ambos? Compruebe en
auth_resultsqué dominio aparece. ¿Reconoce un servicio propio, como su programa de contabilidad, su tienda en línea o su servicio de newsletter? En ese caso, active DKIM con su propio dominio en ese servicio, y añada el servicio a su registro SPF si es necesario. Consulte Añadir o modificar un registro SPF en DirectAdmin y Configurar DKIM cuando el DNS está en otro proveedor. - ¿No reconoce ningún dominio? Busque a quién pertenece la dirección IP, por ejemplo con una consulta whois. Una dirección IP desconocida en la que todo falla suele indicar que alguien está haciendo un uso indebido de su dominio. Precisamente contra eso le protege su política DMARC.
¿Ve una dirección IP desconocida en la que SPF falla, pero DKIM supera la comprobación para su propio dominio? Suele tratarse de correo suyo que alguien ha reenviado. En ese caso DMARC supera la comprobación mediante DKIM, y no tiene que hacer nada.
Hacer los informes legibles
Un solo informe puede abrirlo en un navegador o en un programa que muestre XML. Si recibe muchos, existen servicios de informes (también gratuitos) y programas de código abierto que los recopilan y generan resúmenes. Tenga en cuenta que ese servicio verá entonces qué servidores envían correo en nombre de su dominio. Elija uno de confianza que cumpla con el RGPD.
¿La dirección de informes está en un dominio distinto al suyo, por ejemplo en un servicio de informes? En ese caso, ese otro dominio debe dar autorización mediante un registro especial, como sudominio.nl._report._dmarc.serviciodeinformes.example. Sin ese registro, los destinatarios no enviarán informes a esa dirección. Un servicio de informes suele configurar ese registro por usted. Más información: RFC 9990, capítulo 4.