Cada correo lleva consigo una historia técnica oculta: un conjunto de cabeceras que el cliente de correo normalmente esconde, pero que registran honestamente por qué servidores pasó el mensaje y si el remitente es realmente quien dice ser.
Por qué el asunto a veces aparece como «=?UTF-8?B?...?=»
Las cabeceras de correo se diseñaron hace décadas para ASCII de 7 bits, así que un asunto como «Reunión de mañana — José Muñoz» no puede escribirse tal cual dentro de una cabecera. La RFC 2047 resuelve esto con la sintaxis de «palabra codificada»: =?UTF-8?B?UmV1bmnDs24gZGUgbWHDsWFuYQ==?= — primero el juego de caracteres (UTF-8), luego B de Base64 o Q de quoted-printable, y por último los bytes codificados. Cualquier tilde, eñe o diéresis en el asunto o en el nombre del remitente puede activar esta codificación, y es la razón habitual por la que una cabecera cruda se ve como una cadena ilegible.
Cabeceras Received: el mapa de la ruta del mensaje
Cada servidor de correo por el que pasa el mensaje añade su propia cabecera Received en la parte superior de la lista — por eso, para seguir el recorrido real del mensaje desde el remitente hasta la bandeja de entrada, las cabeceras deben leerse de abajo hacia arriba, en el orden inverso al que se fueron añadiendo.
SPF, DKIM y DMARC: tres verificaciones de confianza distintas
SPF (Sender Policy Framework) es un registro DNS del dominio que enumera qué servidores tienen permiso para enviar correo en su nombre; la cabecera Received-SPF indica si el servidor emisor estaba en esa lista. DKIM añade una firma criptográfica que se verifica con una clave pública publicada en el DNS del remitente, confirmando que el contenido no fue alterado en el trayecto. DMARC le dice al servidor receptor qué hacer con el correo que falla SPF o DKIM: rechazarlo, marcarlo como spam o entregarlo con advertencia. Esta combinación es especialmente relevante para bancos y administraciones públicas hispanohablantes, objetivo frecuente de campañas de phishing con dominios muy parecidos al original.
Para qué sirve esto
- Comprobar si un correo sospechoso es un intento de phishing con remitente falsificado.
- Decodificar un asunto o nombre de remitente que llegó como una cadena ilegible
=?UTF-8?B?...?=. - Diagnosticar por qué los correos propios terminan en la carpeta de spam de los destinatarios.
Para qué sirve el Message-ID
La cabecera Message-ID es un identificador único que el cliente de correo asigna al enviar el mensaje y que, en teoría, nunca se repite en ningún otro correo del mundo. Es fundamental para agrupar la conversación en «hilos»: al responder un mensaje, el cliente copia el Message-ID original en la cabecera In-Reply-To, y ese enlace es lo que permite mostrar los correos como una sola conversación en vez de mensajes sueltos.