El consejo más repetido en cada foro
Busque "correos muestran fecha incorrecta tras migración" en cualquier foro de TI, y la primera respuesta es casi siempre la misma: "Ordene por fecha de envío en vez de fecha de recepción." Este consejo aparece en los foros de Microsoft, los hilos de ayuda de Google Workspace, los posts de Reddit y las discusiones de 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 tiene buena intención. En Outlook, cambiar la columna de orden de "Recibido" a "Enviado" modifica efectivamente el orden visible de los correos. Los mensajes que parecían tener todos la misma fecha de migración se encuentran de repente en su secuencia cronológica original. A primera vista, el problema parece resuelto.
Pero no lo está.
Por qué parece funcionar
La mejora visual
Cuando un usuario cambia la vista de Outlook para ordenar por "Fecha de envío", la bandeja de entrada parece correcta inmediatamente. Los correos de 2020 aparecen antes que los de 2023. Para un usuario que miraba 10.000 correos mostrando todos la misma fecha, es una mejora espectacular.
Funciona en una vista, en un dispositivo
La solución de ordenar por fecha de envío funciona en exactamente un lugar: la vista de la carpeta específica, en el dispositivo específico, donde el usuario hizo la modificación. Si el usuario pasa a otra carpeta, la vista puede revertirse. Si el usuario consulta su correo en otro dispositivo, el ajuste no se transfiere.
Todas las formas en que falla
Los resultados de búsqueda siguen mostrando las fechas incorrectas
La búsqueda de correos 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 "correos recibidos en marzo de 2022", el motor de búsqueda verifica el INTERNALDATE, que sigue mostrando la fecha de migración. La búsqueda devuelve cero resultados para marzo de 2022 y devuelve todos los correos para la fecha de migración.
Para usuarios que buscan frecuentemente por rango de fechas (contables buscando facturas de un trimestre concreto, abogados recopilando correspondencia de un periodo de caso), el buzón es funcionalmente inutilizable. Cambiar la columna de orden no afecta lo que utiliza el motor de búsqueda.
El cumplimiento y el eDiscovery están comprometidos
Herramientas como Microsoft Purview, Google Vault y las plataformas de cumplimiento de terceros consultan los metadatos del servidor, incluyendo el INTERNALDATE. Ordenar por fecha de envío en Outlook no tiene absolutamente ningún efecto en lo que estas herramientas recuperan. Una solicitud de conservación legal para "todos los correos recibidos entre enero y marzo de 2023" devolverá resultados incorrectos.
Para organizaciones en finanzas, sanidad, sector legal y administración pública, resultados de eDiscovery inexactos pueden llevar a sanciones, multas o resoluciones judiciales desfavorables.
Debe configurarse en cada dispositivo y cada carpeta
Outlook no aplica los ajustes de vista globalmente. Cambiar la columna de orden en la Bandeja de entrada no la cambia en Elementos enviados, Borradores, Archivo o las carpetas personalizadas. Cada carpeta debe ajustarse individualmente. Los ajustes se almacenan localmente, lo que significa que deben repetirse en cada dispositivo. Para una organización de 100 usuarios, cada uno con 4 dispositivos y 10 carpetas, son 4.000 modificaciones de vista individuales. ¿Quién va a hacer eso?
El INTERNALDATE sigue siendo incorrecto
El INTERNALDATE IMAP permanece incorrecto en el servidor. Esto afecta a las herramientas de copia de seguridad, a futuras herramientas de migración (que propagarán el INTERNALDATE incorrecto), a las integraciones de API y a los sistemas de archivo de correo. El problema del INTERNALDATE persiste indefinidamente mientras no se corrija a nivel de servidor.
Las reglas y filtros de correo 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 funcionarán incorrectamente. Una regla que dice "mover los correos recibidos hace más de 90 días a Archivo" puede archivar todo el contenido del buzón o nada en absoluto. Los flujos de Power Automate y los Google Apps Scripts que procesan correos en función de la fecha de recepción producen resultados incorrectos.
Algunos clientes de correo ni siquiera lo soportan
No todos los clientes de correo soportan el orden por fecha de envío. Apple Mail en iOS no ofrece opción de "ordenar por fecha de envío". Thunderbird gestiona las columnas de fecha de forma diferente a Outlook. Las interfaces webmail (Roundcube, Horde) tienen posibilidades de personalización de columnas limitadas.
El threading de conversaciones se rompe
Los clientes de correo que soportan 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 threading de conversaciones puede desordenar los mensajes dentro de un hilo 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 (mal orden de visualización) sin corregir la causa (metadatos de fecha incorrectos en el servidor). La solución real pasa por la corrección de los metadatos de fecha en el servidor para cada correo afectado.
Una vez corregidos los datos del servidor, cada cliente de correo muestra 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 verdadera fecha de recepción. Sin ajustes 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 correo para identificar los que tienen cabeceras "Received" de migración. El análisis es gratuito.
Para cada correo afectado, el pipeline de análisis multietapa identifica las firmas de migración mediante coincidencia de patrones en cientos de firmas de herramientas de migración conocidas, aplica correcciones dirigidas preservando la integridad del mensaje (firmas S/MIME, estructuras multipart, adjuntos en línea, cabeceras no ASCII y decenas de otros casos límite), y ejecuta una verificación de integridad en cada correo 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 correo tras migración.
Tras la corrección, no hay nada que configurar en Outlook, ningún ajuste que cambiar en cada dispositivo, ningún rodeo que recordar. Las fechas simplemente son correctas, en todas partes, de forma permanente.
Deje de depender de un rodeo que solo funciona a medias. Inicie un análisis gratuito para ver cuántos correos tienen fechas erróneas, y corrija 10 gratis para verificar los resultados.