Analizador de informes DMARC
Suelta los archivos de informes agregados que te envían los receptores —.xml, .xml.gz o un .zip con varios— y recupera lo que el XML entierra: qué orígenes envían como tu dominio, cuánto supera la alineación SPF y DKIM, qué falló en ambas y qué corregir primero, en lenguaje sencillo. Todo se descomprime y se analiza en tu navegador; los archivos nunca salen de tu navegador, porque un informe DMARC es un mapa de quién envía tu correo —y de quién finge hacerlo—.
O suelta los archivos en cualquier parte de este cuadro. Los informes de distintos receptores y distintos días se fusionan en una sola tabla, agrupados por origen.
Informes leídos
Qué hay que corregir
Orígenes
| IP de origen | Dominio From | Mensajes | Disposición | Alineación SPF | Alineación DKIM | DMARC |
|---|
Una fila supera DMARC cuando cualquiera de las dos alineaciones se cumple —esa es la definición que aplican los receptores—. Las filas que fallan en ambas aparecen resaltadas. Para comprobar los registros en sí, y no los informes que generan, usa la comprobación de entregabilidad de correo.
Qué es en realidad un informe agregado
DMARC tiene dos mitades. La primera es el registro que publicas —política, modos de alineación, dirección de informes— y es la mitad que puede leer cualquier comprobador, incluida la comprobación de entregabilidad de correo de este sitio. La segunda mitad es el bucle de retroalimentación: cada receptor importante que ve correo que dice ser de tu dominio resume lo que vio y envía el resumen a tu dirección rua, normalmente una vez al día, en XML. Ese archivo es la única prueba de quién más envía como tú. Campañas de suplantación, una plataforma de marketing que un colega conectó hace dos años, el servicio de monitorización que sigue usando un servidor dado de baja: todo aparece en los informes agregados semanas antes de aparecer en cualquier otro sitio, si es que alguien los lee. Casi nadie los lee, porque el XML en bruto con elementos policy_evaluated anidados es casi ilegible y los archivos se acumulan comprimidos en un buzón. Ese es el hueco que llena este analizador: el mismo archivo, convertido en una tabla de orígenes y veredictos, con cada fallo traducido a la corrección que necesita. La guía complementaria, cómo leer tus informes DMARC, explica el vocabulario del formato —disposición, alineación, la diferencia entre un resultado de autenticación y uno alineado— con un ejemplo completo resuelto.
Dos hábitos hacen que los informes valgan más. Primero, léelos antes de aplicar la política: una política p=none con informes es un sistema de vigilancia, y las semanas que funciona son las que te enseñan cada remitente legítimo, para que el paso a cuarentena y rechazo no rompa nada real. Segundo, trata cada origen desconocido como un ticket, no como una curiosidad: identifícalo, alinéalo u observa cómo lo elimina la aplicación de la política, pero nunca dejes un flujo no reconocido en el montón de «seguramente está bien», porque ese montón es exactamente donde se esconde la suplantación. Fíjate en lo que los informes agregados deliberadamente no contienen: ni cuerpos de mensaje, ni asuntos, ni direcciones de destinatarios. Son recuentos y veredictos por origen, y por eso pueden compartirse con el equipo de soporte de un proveedor —como un archivo que entregas deliberadamente, no como una subida a una herramienta—. Esta página conserva esa propiedad: el análisis ocurre donde el archivo ya está, en tu máquina.
Preguntas frecuentes
¿Qué es un informe agregado DMARC?
Es el archivo de retroalimentación diario que los receptores (Google, Microsoft, Yahoo y los demás) envían a la dirección de la etiqueta rua de tu registro DMARC. Para cada origen que envió correo afirmando ser tu dominio, el informe enumera la IP de origen, el número de mensajes, la disposición que aplicó el receptor y si SPF y DKIM se alinearon con tu dominio From. Es el único lugar donde la suplantación de tu dominio se vuelve visible como datos y no como la queja de un cliente confundido. La guía cómo leer tus informes DMARC recorre un informe real línea por línea.
¿Cómo consigo estos informes para mi propio dominio?
Publica un registro DMARC con una dirección de informes —v=DMARC1; p=none; rua=mailto:[email protected]— y los receptores empezarán a enviar en un día más o menos. Si aún no tienes registro, o quieres comprobar el que tienes, ejecuta primero la comprobación de entregabilidad de correo: lee el registro, la política y si hay publicada una dirección de informes. Los informes llegan como pequeños archivos XML, normalmente comprimidos con gzip o agrupados en un zip, que es exactamente lo que abre este analizador.
¿Es seguro abrir un informe aquí? ¿Adónde va el archivo?
A ninguna parte. El archivo se descomprime y se analiza en tu navegador, en esta página; nada se sube, se transmite ni se almacena. Es un diseño deliberado, porque los informes agregados son un mapa de tu infraestructura de correo: cada servicio de envío que usas, cada IP y cualquier suplantación dirigida a ti. Subir ese mapa al servidor de un desconocido, o pegarlo en un chat de IA que guarda registros, entrega el mapa a personas a las que nunca estuvo destinado.
Un origen que no reconozco falla tanto SPF como DKIM. ¿Es suplantación?
Es suplantación o un remitente del que nadie te habló —y el informe por sí solo no puede separar ambas cosas, por eso el analizador lo formula como una pregunta que investigar, no como un veredicto—. Trabájalo en orden: ¿pertenece la IP a un proveedor al que tu organización paga (un CRM, un servicio de asistencia, una vieja herramienta de marketing, un servicio de monitorización olvidado)? ¿Es el volumen estable y pequeño (un sistema interno mal configurado) o a ráfagas y grande (una campaña)? Mientras tu política sea p=none, ese correo se entrega de todos modos; una vez que cada origen legítimo se alinee y apliques cuarentena o rechazo, el flujo no reconocido será rechazado sea cual sea de las dos cosas.
Mi propio correo legítimo está fallando. ¿Qué corrijo primero?
La alineación, casi siempre en el proveedor. SPF no se alinea cuando el proveedor envía desde su propio dominio de devoluciones: corrígelo con un subdominio personalizado de ruta de retorno para que el dominio del sobre sea el tuyo. DKIM no se alinea cuando el proveedor firma con su propio dominio o no firma en absoluto: corrígelo activando la firma DKIM con tu dominio en los ajustes del proveedor. Basta un mecanismo alineado para superar DMARC, pero DKIM es el más resistente de los dos porque sobrevive al reenvío. Corrige los remitentes en orden de volumen, observa cómo los siguientes informes salen limpios y solo entonces endurece la política.