Ordenar por fecha de envío no es una solución

El consejo más repetido en todos los foros

Busque "emails con fecha incorrecta tras migración" en cualquier foro de IT y la primera respuesta es casi siempre la misma: "Ordene por fecha de envío en lugar de fecha de recepción." Ese consejo aparece en los foros de Microsoft, en los hilos de ayuda de Google Workspace, en Reddit y en Spiceworks. Se ha convertido en la respuesta por defecto a lo que es, en realidad, un problema de datos a nivel de servidor.

El consejo parte de buena intención. En Outlook, cambiar la columna de ordenación de "Recibido" a "Enviado" modifica el orden visible de los mensajes. Los correos que parecían tener todos la misma fecha de migración aparecen de repente en su secuencia cronológica original. A primera vista, el problema parece resuelto.

Pero no lo está.

Por qué parece que funciona

La mejora visual

Cuando un usuario cambia la vista de Outlook para ordenar por "Fecha de envío", la bandeja de entrada tiene un aspecto correcto de inmediato. Los correos de 2020 aparecen antes que los de 2023. Para alguien que miraba 10.000 emails con la misma fecha, es un cambio espectacular.

Funciona en una vista, en un solo dispositivo

El truco de ordenar por fecha de envío funciona exactamente en un lugar: la vista de la carpeta concreta, en el dispositivo concreto donde el usuario hizo el cambio. Si pasa a otra carpeta, la vista puede revertir. Si consulta el correo en otro dispositivo, la configuración no se transfiere.

Todas las formas en que falla

Los resultados de búsqueda siguen mostrando fechas incorrectas

La búsqueda de emails en Outlook, Gmail, Apple Mail y Thunderbird indexa los mensajes usando la fecha de recepción (INTERNALDATE), no la fecha de envío. Cuando un usuario busca "emails recibidos en marzo de 2022", el motor de búsqueda consulta el INTERNALDATE, que sigue mostrando la fecha de migración. El resultado: cero correos de marzo de 2022 y todos los emails agrupados en la fecha de migración.

Para quienes buscan frecuentemente por rango de fechas (contables buscando facturas de un trimestre concreto, abogados recopilando correspondencia de un expediente), el buzón es funcionalmente inútil. Cambiar la columna de ordenación no afecta en absoluto lo que usa el motor de búsqueda.

El cumplimiento normativo y el eDiscovery quedan comprometidos

Herramientas como Microsoft Purview, Google Vault y las plataformas de cumplimiento de terceros consultan los metadatos del servidor, incluido el INTERNALDATE. Ordenar por fecha de envío en Outlook no tiene absolutamente ningún efecto sobre lo que esas herramientas recuperan. Una solicitud de retención legal para "todos los emails recibidos entre enero y marzo de 2023" devolverá resultados incorrectos.

Para organizaciones en el sector financiero, sanitario, jurídico o en el sector público, unos resultados de eDiscovery inexactos pueden derivar en sanciones, multas o resoluciones judiciales desfavorables. La Agencia Tributaria, los reguladores sectoriales o un juzgado no aceptarán "es que el cliente de correo lo mostraba así" como explicación.

Hay que configurarlo en cada dispositivo y cada carpeta

Outlook no aplica la configuración de vista de forma global. Cambiar la columna de ordenación en la Bandeja de entrada no la cambia en Elementos enviados, Borradores, Archivo o las carpetas personalizadas. Cada carpeta debe ajustarse individualmente. La configuración se almacena en local, lo que significa que hay que repetirla en cada dispositivo. Para una organización de 100 usuarios, cada uno con 4 dispositivos y 10 carpetas, estamos hablando de 4.000 cambios de vista individuales. ¿Quién va a hacer eso?

El INTERNALDATE sigue siendo incorrecto

El INTERNALDATE IMAP permanece incorrecto en el servidor. Eso afecta a las herramientas de copia de seguridad, a las futuras migraciones (que propagarán el INTERNALDATE erróneo), a las integraciones por API y a los sistemas de archivo de correo. El problema persiste indefinidamente mientras no se corrija a nivel de servidor.

Las reglas y filtros usan la fecha de recepción

Las reglas de Outlook, los filtros de Gmail y las reglas de transporte de Exchange basadas en la fecha de recepción van a funcionar mal. Una regla que diga "mover los emails recibidos hace más de 90 días a Archivo" puede archivar todo el buzón o no archivar nada. Los flujos de Power Automate y los Google Apps Scripts que procesan correos en función de la fecha de recepción producirán resultados incorrectos.

Algunos clientes de correo ni siquiera lo soportan

No todos los clientes de correo admiten ordenar por fecha de envío. Apple Mail en iOS no ofrece la opción "ordenar por fecha de envío". Thunderbird gestiona las columnas de fecha de forma diferente a Outlook. Las interfaces webmail como Roundcube o Horde tienen opciones de personalización de columnas muy limitadas.

El hilo de conversaciones queda roto

Los clientes de correo que admiten la vista por conversación agrupan los mensajes relacionados basándose en las cabeceras y las fechas. Cuando las fechas de recepción son incorrectas, el hilo puede desordenar los mensajes dentro de una conversación o mostrar la fecha del hilo como la fecha de migración.

La solución real: corregir los datos en el servidor

La razón por la que "ordenar por fecha de envío" falla es que trata el síntoma (orden de visualización incorrecto) sin corregir la causa (metadatos de fecha incorrectos en el servidor). La verdadera solución pasa por corregir los metadatos de fecha en el servidor para cada email afectado.

Una vez corregidos los datos en el servidor, todos los clientes de correo muestran la fecha correcta. Los resultados de búsqueda devuelven rangos de fechas exactos. Las herramientas de cumplimiento consultan las marcas de tiempo correctas. Las reglas y filtros operan sobre la fecha de recepción real. Sin configuraciones por dispositivo ni por carpeta. La corrección es permanente y universal.

Cómo Redate.io realiza la corrección a nivel de servidor

El motor de corrección propietario de Redate.io se conecta al buzón (Google Workspace, Microsoft 365 o cualquier servidor IMAP) y analiza cada email para identificar los que tienen cabeceras "Received" de migración. El análisis es gratuito.

Para cada email afectado, el pipeline de análisis en múltiples etapas identifica las firmas de migración por correspondencia de patrones sobre cientos de firmas de herramientas de migración conocidas, aplica correcciones específicas preservando la integridad del mensaje (firmas S/MIME, estructuras multipart, archivos adjuntos en línea, cabeceras no ASCII y decenas de otros casos extremos), y ejecuta una verificación de integridad sobre cada email corregido. Los originales se mueven a una carpeta de copia de seguridad visible durante 30 días. El proceso completo se detalla en el artículo cómo corregir las fechas de email tras una migración.

Tras la corrección, no hay nada que configurar en Outlook, ningún ajuste que repetir en cada dispositivo, ningún truco que recordar. Las fechas son simplemente correctas, en todas partes, de forma permanente.

Deje de depender de un parche que solo funciona a medias. Lance un análisis gratuito para ver cuántos emails tienen fechas incorrectas, y corrija 10 de forma gratuita para verificar los resultados.