El hilo reconstruido desde el registro

El seguimiento de mensajes guarda de cada correo la fecha, el remitente, el destinatario, un identificador del mensaje, el identificador del mensaje al que contesta y el destino final. Con eso se arma una línea de tiempo con las dos voces separadas, sin depender de lo que la persona vio en su pantalla.

Ejecuta SELECT * FROM seguimiento. Hay un proveedor que escribe desde su dominio de siempre y otro remitente cuyo dominio es casi igual pero no es el mismo. Busca el primer mensaje del segundo.

La bandeja de nrivas parecía normal, pero el proveedor de verdad siguió escribiendo: preguntó por su factura y recordó el pago. Esos mensajes no se perdieron: el seguimiento dice que llegaron, y la columna destino dice dónde quedaron.

Ejecuta SELECT * FROM seguimiento WHERE destino LIKE 'Archivo-2026%' y cuenta las filas. Ese número entra en el informe: dice cuántas veces el proveedor intentó hablar y no fue visto.

Un correo que contesta a otro lleva el identificador del mensaje original en su encabezado (los campos In-Reply-To y References, definidos en el RFC 5322). La exportación de ejemplo los simplifica en una columna, responde_a. Que un mensaje cite uno verdadero parece una prueba de que es parte de la conversación, y eso es justo lo que aprovecha el fraude.

Ejecuta SELECT * FROM seguimiento WHERE id = 'M-04' y mira a quién contesta. Ese mensaje cita uno del proveedor verdadero que había llegado un día antes de que existiera una sola regla de bandeja.

El último mensaje verdadero que el dominio parecido citó marca hasta dónde llegaba lo que se había leído del hilo. Es un dato de fecha: a partir de ahí todo es del impostor, y nrivas contestó a ese impostor en el mismo hilo.