Pegue los headers completos de un mensaje para ver su ruta, cuánto tardó cada salto y si SPF, DKIM y DMARC pasaron. Se ejecuta en su navegador, así que no se sube nada.
El análisis se realiza en su navegador y esta página no envía sus headers a ningún sitio. La coincidencia de dominios usa una regla sencilla para el dominio organizativo, así que tome los resultados de alineación como orientación; las comprobaciones DMARC reales usan la public suffix list.
Todo correo lleva un bloque de líneas de header que registran de dónde vino, qué servidores lo gestionaron y qué concluyó cada uno sobre él. Cuando el correo se pierde, acaba en spam, muestra una advertencia o parece falsificado, los headers son la prueba. El analizador los lee por usted y ordena las respuestas.
Copie todo desde la primera línea hasta la línea en blanco previa al cuerpo del mensaje, o suba el archivo .eml guardado. El análisis se ejecuta por completo en su navegador; los encabezados no se envían a ningún sitio.
| App de correo | Dónde encontrarlos |
|---|---|
| Gmail | Abra el mensaje, elija el menú de tres puntos y después Mostrar original. |
| Outlook (web) | Abra el mensaje, tres puntos, Ver, Ver origen del mensaje. |
| Outlook (escritorio) | Abra el mensaje, Archivo, Propiedades y lea Encabezados de Internet. |
| Apple Mail | Visualización, Mensaje, Todos los encabezados (u Origen sin procesar). |
| Yahoo Mail | Abra el mensaje, tres puntos, Ver mensaje sin procesar. |
Cada servidor que gestiona un mensaje añade una línea Received en la parte superior. Por eso la lista se lee al revés: la línea inferior es el primer servidor y la superior, el último. El analizador las invierte al orden en que viajó el mensaje y muestra cuánto tardó cada salto, a partir de las marcas de tiempo de las líneas.
Un intervalo grande entre dos saltos significa que el mensaje esperó en algún lugar, a menudo en una cola porque el siguiente servidor estaba ocupado, aplicaba greylisting o difería la entrega. Las marcas de tiempo proceden de los relojes de distintos servidores, así que valores pequeños negativos o raros suelen deberse a diferencias de reloj y no a un fallo.
El servidor receptor registra sus veredictos en una línea Authentication-Results. El analizador extrae los tres que importan:
SPF o DKIM pueden pasar y DMARC aun así fallar, porque DMARC exige que el dominio que pasa coincida con el dominio From. El analizador compara el dominio From, el dominio Return-Path y el dominio d= de DKIM, e indica cuáles se alinean. Una causa frecuente: un servicio de envío firma con su propio dominio hasta que configura uno personalizado para el suyo.
Ninguna señal aislada demuestra nada. Observe cómo encajan varias.
Los encabezados pueden falsificarse antes de llegar a usted, y solo son fiables las líneas añadidas por servidores de su confianza. El analizador informa de lo que dicen los encabezados; no consulta la IP emisora en ninguna base de datos ni comprueba los registros DNS en vivo. Para DNS en vivo, use nuestro verificador de SPF, DKIM y DMARC.
Enumera cada salto desde el primer servidor hasta el último, con la hora a la que cada uno gestionó el mensaje y el retraso entre saltos.
Lee los resultados de SPF, DKIM y DMARC añadidos por el servidor receptor y los detalles de la firma DKIM.
Compara el dominio From con los dominios Return-Path y DKIM, que es lo que DMARC realmente comprueba.
Señala fallos, desalineaciones, retrasos largos y encabezados ausentes, con una solución en lenguaje claro para cada uno.
En Gmail, abra el mensaje, elija el menú de tres puntos y "Mostrar original". En Outlook web o de escritorio, abra las propiedades del mensaje o "Ver origen del mensaje" para ver los encabezados de Internet. En Apple Mail, use Visualización, luego Mensaje y después Todos los encabezados. Copie todo desde la primera línea hasta la línea en blanco que separa los encabezados del cuerpo.
No. El análisis se ejecuta en su navegador con JavaScript. El texto que pega no se sube ni se almacena en esta página.
DMARC exige alineación. El dominio que pasó SPF (el dominio Return-Path) o DKIM (el dominio d=) debe coincidir con el dominio de la dirección From visible. Un mensaje puede pasar SPF y DKIM para el dominio de su servicio de envío y aun así fallar DMARC para su propio dominio.
El servidor de correo receptor añade un encabezado Authentication-Results tras comprobar SPF, DKIM y DMARC. Confíe solo en el añadido por su propio proveedor de buzón, que normalmente es el más alto. Los encabezados añadidos más abajo en la cadena pueden ser falsificados por los remitentes.
Cada encabezado Received lleva la hora a la que el servidor gestionó el mensaje. La herramienta resta horas consecutivas para mostrar dónde esperó el mensaje. Los intervalos pequeños son normales. Los de varios minutos pueden indicar greylisting, colas o limitación de velocidad en ese servidor. Las diferencias de reloj entre servidores también pueden causar valores raros o negativos.
No. Muestra cómo viajó el mensaje y si se autenticó. Que un receptor lo clasifique como spam depende también de la reputación, el contenido y el comportamiento del destinatario, algo que los encabezados solo insinúan.
Lea la guía para corregir paso a paso los fallos de SPF, DKIM y DMARC.
Crea una cuenta, añade tu dominio y envía tu primer correo.