Pega las cabeceras sin procesar de cualquier correo para rastrear su ruta de entrega salto a salto, ver dónde se perdió tiempo y leer los resultados de SPF, DKIM y DMARC que registró el servidor receptor. El análisis se realiza por completo en tu navegador, así que nada de lo que pegas se sube ni se guarda.
Crea una cuenta gratuita de Unspam para guardar tus resultados y repetir estas comprobaciones cuando quieras, así detectas una configuración rota antes de que te cueste caro. Sin tarjeta de crédito.
Cada correo lleva un bloque de cabeceras que registra cómo viajó y cómo se autenticó. Este analizador procesa ese bloque de forma local y lo presenta con claridad: los saltos Received desde el servidor de origen hasta tu buzón, el retardo en cada paso, la cabecera Authentication-Results que el receptor registró para SPF, DKIM y DMARC, y campos clave como From, Return-Path, Subject y Message-ID. Es la forma más rápida de averiguar por qué un mensaje acabó en spam, de dónde salió un retardo o si un mensaje que dice venir de una marca se autenticó de verdad. Abre en tu cliente de correo la opción de ver el original o el código fuente, copia todo lo que aparece por encima del cuerpo del mensaje y pégalo aquí.
Los veredictos de SPF, DKIM y DMARC que registró el servidor receptor. pass es lo que buscas. Un fail, softfail o none en el dominio que debería autenticarse es una señal de alarma de entregabilidad que conviene investigar.
Cada línea Received corresponde a un servidor que gestionó el mensaje. En las cabeceras sin procesar se escriben de la más reciente a la más antigua, así que el analizador las invierte para mostrarte el orden real, del origen a tu buzón.
El tiempo transcurrido entre saltos consecutivos. Que un único salto retenga el mensaje durante muchos segundos o minutos suele apuntar a greylisting, a una cola de espera o a un relay lento, una causa habitual de correo que llega tarde.
From es el remitente visible; Return-Path es el remitente del envelope que comprueba SPF. Cuando no coinciden, la alineación es clave para DMARC, y una discrepancia puede explicar un fallo de autenticación.
El identificador único que se asigna al enviar el mensaje y la hora en que se creó. Ambos resultan útiles para rastrear un mensaje concreto en los registros del servidor o con el soporte de tu proveedor.
El analizador necesita todo el bloque de cabeceras que hay encima del cuerpo del mensaje, incluidas las líneas Received y Authentication-Results. Usa la opción de tu cliente para mostrar el original o ver el código fuente y cópialo todo.
Parte del correo interno, reenviado o que te envías a ti mismo nunca recibe el sello de una cabecera Authentication-Results. Si falta, es que el servidor receptor no registró ninguna o que quedó fuera de lo que pegaste.
Si un paso muestra un intervalo largo, el mensaje quedó retenido ahí. El greylisting retrasa a propósito a los remitentes que envían por primera vez, y una cola saturada hace lo mismo. Merece la pena investigar los retrasos repetidos en el mismo salto.
Esto suele ser cuestión de alineación: SPF pasó para el dominio de Return-Path, pero ese dominio no coincide con el dominio From visible, así que DMARC no lo cuenta. Un DKIM alineado con el dominio From lo soluciona.
El reenvío reescribe la ruta de entrega, lo que a menudo rompe SPF y puede romper DKIM si el mensaje se modifica. Un rastreo de las cabeceras muestra dónde se produjo el reenvío y qué comprobaciones lo superaron.
