Lector de informes DMARC: cargue sus informes agregados y vea quién envía en su nombre

En cuanto publica un registro DMARC, empiezan a llegar informes XML por email, normalmente cada día. Suelte esos archivos aquí para ver qué servicios enviaron correo en nombre de su dominio, cuántos mensajes aprobaron DMARC y qué corregir cuando no. Todo se lee en su navegador y los archivos nunca se suben.

Los archivos se leen solo en su navegador. No se sube ni se guarda nada.

Cómo usarlo

  • Guarde los adjuntos (.zip, .gz o .xml) de los emails que llegan a la dirección indicada en la etiqueta rua= de su registro DMARC. Google envía .zip; la mayoría de los demás proveedores de correo envían .gz.
  • Arrastre y suelte los archivos en el recuadro de arriba o haga clic en «Elegir archivos». No hace falta descomprimirlos y puede cargar muchos informes a la vez (hasta 20 MB en total).
  • Si quiere ver antes cómo es el resultado, haga clic en «Probar con un informe de ejemplo».

Qué es un informe agregado de DMARC

DMARC permite a los servidores que reciben el correo comprobar, mediante SPF y DKIM, si los emails que usan su dominio en el remitente (From) proceden realmente de usted. Si su registro DMARC incluye rua=mailto:…, proveedores como Gmail y Yahoo le envían un resumen del correo que han recibido de su dominio: desde qué direcciones IP, cuántos mensajes y con qué resultado de autenticación. Estos informes agregados (RUA) suelen llegar una vez al día, en el formato XML definido en el RFC 7489.

En ellos aparecen los servicios que usted utiliza y también los emails que suplantan su dominio. Corrija primero los remitentes legítimos que fallan; así, una política más estricta solo frenará la suplantación.

Cómo leer los resultados

  • DMARC aprobado: SPF o DKIM se aprobó con un dominio alineado con su dominio From.
  • SPF alineado: la proporción en la que SPF autoriza la IP de envío y el dominio del remitente del sobre está alineado con su dominio From.
  • DKIM alineado: la proporción firmada con DKIM en nombre de su dominio (o de un subdominio) y verificada.
  • Remitente: se identifica por los dominios de firma DKIM, los rangos de IP de envío que los proveedores publican en su registro SPF y los dominios SPF. Para los proveedores que no publican rangos de envío, el remitente se marca como estimado a partir de la red del proveedor.
  • Con servicios de envío como Amazon SES, SendGrid y Mailchimp, el remitente del sobre es el dominio del servicio, por lo que SPF normalmente no queda alineado. No pasa nada mientras DKIM esté alineado con su dominio.

Causas frecuentes de fallo y cómo corregirlas

  • Falta en el SPF: añada el valor del servicio a su registro SPF, por ejemplo include:_spf.google.com para Google Workspace o include:spf.protection.outlook.com para Microsoft 365. Mantenga un solo registro SPF por dominio.
  • Sin DKIM: active la firma DKIM de su dominio en la configuración del servicio y publique en el DNS la clave pública que le muestre.
  • DKIM firmado con el dominio del servicio: configure la autenticación de dominio en el servicio de envío para que firme en nombre de su dominio.
  • Reenvíos y listas de correo: el reenvío suele romper SPF, y los cambios en el asunto o el cuerpo rompen DKIM. Algunos fallos así son normales.
  • Remitentes que no reconoce: pueden estar suplantando su dominio. Cuando todos sus remitentes legítimos aprueben, pasar a p=quarantine y después a p=reject mantiene ese correo fuera de las bandejas de entrada.

Qué contienen los archivos

Los informes agregados contienen direcciones IP de envío, número de mensajes y resultados de autenticación, no el contenido de los emails ni los destinatarios. Esta herramienta descomprime y lee los archivos solo en su navegador y no envía nada a ningún servidor. Los resultados desaparecen al cerrar la página.

Envíe newsletters que aprueban DMARC con DKIM

Newsletter Ready envía a través de Amazon SES. Cuando configura el envío desde su propio dominio, DKIM se firma en nombre de su dominio y sus newsletters aprueban DMARC mediante DKIM. Los registros DNS necesarios se muestran en pantalla.

Fuentes

Los remitentes se identifican a partir de rangos de IP y dominios publicados y puede que no siempre sea exacto. Antes de cambiar su política, revise también su configuración DNS y la documentación de cada servicio.