Recrear perfil Outlook: por qué cambian las fechas

El gesto de soporte que rompe las fechas

Un usuario se queja de que Outlook ya no sincroniza. Los correos no llegan, la carpeta Enviados no se actualiza, la rueda gira indefinidamente. El técnico diagnostica un perfil dañado, elimina el archivo OST, recrea el perfil Outlook desde cero. Resultado: Outlook se vuelve a conectar, los correos reaparecen, todo parece funcionar.

Hasta la mañana siguiente, cuando el usuario abre su buzón y descubre que 8 años de correspondencia muestran la misma fecha: hoy.

Es exactamente el mismo síntoma que una migración IMAP fallida. Y por las mismas razones.

Lo que ocurre técnicamente

Para entender por qué recrear un perfil produce este resultado, hay que volver sobre una distinción que la mayoría de los técnicos conoce mal: la diferencia entre el encabezado Date: de un correo y su INTERNALDATE IMAP.

Cada correo contiene en sus encabezados RFC 2822 un campo Date: que indica cuándo se envió el mensaje. Este campo lo escribe el cliente de correo del remitente en el momento del envío, y viaja tal cual a través de todos los servidores hasta llegar a su buzón. Nunca cambia. Un correo enviado el 14 de marzo de 2019 a las 09:32 siempre tendrá ese campo Date: intacto, independientemente de lo que ocurra después.

El INTERNALDATE IMAP es otra cosa. Es un metadato gestionado por el servidor de correo, independiente del contenido del mensaje. Indica cuándo se "depositó" el mensaje en el buzón. En condiciones normales, cuando un correo llega vía SMTP, el servidor registra la hora de recepción como INTERNALDATE. Un correo recibido el 14 de marzo de 2019 tendrá, por tanto, un INTERNALDATE coherente con su fecha de envío.

Outlook, por defecto, ordena y muestra los correos según el INTERNALDATE transmitido por el servidor IMAP, no según el campo Date: del propio mensaje. (Por cierto, si alguna vez ha abierto las propiedades completas de un correo en Outlook para ver sus encabezados en bruto, sabe que no es precisamente lectura de playa.)

Lo que desencadena la eliminación del archivo OST

Cuando Outlook usa una cuenta IMAP, mantiene una base de datos local: el archivo OST (Offline Storage Table). Este archivo es un espejo local de los correos almacenados en el servidor, con sus metadatos, estados de lectura, categorías, etc.

Eliminar el archivo OST equivale a borrar ese espejo local. Outlook tiene que volver a descargar todo desde el servidor IMAP.

¿El problema? Cuando Outlook vuelve a descargar un mensaje vía IMAP, utiliza el comando FETCH para recuperar el contenido. Pero no usa sistemáticamente el comando FETCH INTERNALDATE para recuperar y conservar la fecha IMAP original. En ciertas configuraciones y versiones de Outlook, el cliente reconstruye su índice local usando la fecha en la que descargó el mensaje, no el INTERNALDATE almacenado en el servidor.

Y así, todos los correos del buzón acaban fechados en el día de la recarga.

No todas las versiones de Outlook se comportan igual

Aclaración: este comportamiento no afecta a todas las versiones de Outlook de forma idéntica, y ahí es donde el diagnóstico se complica.

Outlook 2016 y 2019 en modo IMAP tienen comportamientos documentados de reconstrucción incorrecta del índice tras la eliminación del caché. El nuevo Outlook (basado en web, desplegado progresivamente desde finales de 2023) gestiona el caché de forma diferente y puede producir resultados variables. Outlook con una cuenta configurada en modo Exchange o Microsoft 365 está menos expuesto a este problema específico, ya que el protocolo MAPI/Exchange gestiona la sincronización de forma distinta a IMAP.

Pero si su usuario tiene una cuenta IMAP configurada en Outlook clásico, y un técnico ha eliminado el archivo OST o recreado el perfil: el riesgo es real.

Cómo distinguir este caso de una migración real

Un administrador IT que recibe tickets de "mis fechas son incorrectas" tras una recreación de perfil puede pensar erróneamente que se trata de un problema de migración. Así se distinguen los dos casos.

El caso de una migración IMAP

Durante una migración IMAP (BitTitan, CloudM, imapsync, etc.), la herramienta copia los correos de un servidor a otro. Para cada mensaje copiado, crea una nueva entrada en el servidor de destino. Si la herramienta no especifica explícitamente el INTERNALDATE original, el servidor de destino registra la hora actual como INTERNALDATE. Además, algunas herramientas añaden un encabezado Received: con la fecha de migración, lo que agrava el problema en ciertos clientes. Puede leer el detalle de este mecanismo en nuestro artículo sobre IMAP INTERNALDATE y las fechas incorrectas.

El caso de la recreación del perfil

Aquí los correos siguen en el mismo servidor, con los mismos INTERNALDATE originales. Nada ha cambiado en el lado del servidor. Solo se ha reconstruido el caché local de Outlook con fechas incorrectas. El síntoma visible es idéntico (todos los correos muestran la misma fecha reciente), pero el origen es diferente.

Para confirmarlo: conéctese al buzón vía webmail (Gmail, Outlook.com, o la interfaz webmail de su proveedor). Si las fechas mostradas en webmail son correctas, el problema es puramente local en Outlook. Si las fechas también son incorrectas en webmail, el problema está en el servidor (migración o modificación de los INTERNALDATE en el propio servidor).

Por qué las fechas originales siguen siendo recuperables

Buena noticia: en ambos casos (migración o recreación de perfil), las fechas originales no se han perdido.

El encabezado Date: RFC 2822 es una parte integrante del mensaje. Es tan inmutable como el cuerpo del texto o los archivos adjuntos. Un correo enviado en 2017 contiene en su texto bruto algo como:

Date: Mon, 12 Jun 2017 14:23:41 +0200

Esta línea está presente en el mensaje almacenado en el servidor. No ha sido modificada. Lo que Outlook muestra (incorrectamente) es un metadato externo al contenido del mensaje.

Eso es lo que hace posible la corrección. El motor de Redate.io analiza la cadena de encabezados de cada mensaje para extraer la fecha original real, y aplica una corrección específica de los metadatos sin alterar el contenido del mensaje. El INTERNALDATE visible por Outlook se reconstruye a partir de esa información auténtica, siempre presente en el mensaje.

La trampa de la recreación "limpia"

Acaba de resolver un problema de sincronización para un usuario. Su Outlook vuelve a funcionar, los nuevos correos llegan. Cierra el ticket.

Tres días después, el usuario vuelve a llamar: busca un correo de un proveedor del año pasado, pero en Outlook todos sus correos de 2023 aparecen como recibidos "ayer". No encuentra nada. El archivado automático puede haber clasificado correos recientes tratándolos como antiguos. Y su jefe le pide una conversación de septiembre de 2022 para un litigio.

Este escenario ocurre con frecuencia. No porque el técnico haya hecho mal su trabajo, sino porque este comportamiento de Outlook no está documentado de forma visible en las guías de resolución de problemas estándar.

Las falsas soluciones que no resuelven nada

Ordenar los correos por "Fecha de envío" en vez de "Fecha de recepción" en Outlook es lo primero que intentan los usuarios. Y parece funcionar... hasta que se dan cuenta de que el orden por fecha de envío solo está disponible en ciertas carpetas, desaparece al cambiar de vista, y otras aplicaciones (móvil, webmail, reglas de clasificación automática) siguen usando el INTERNALDATE incorrecto.

Ordenar por fecha de envío no es una solución. Es un parche que oculta el síntoma sin tocar el problema real. Lo explicamos con detalle en el artículo Ordenar por fecha de envío no es una solución.

¿Recrear el perfil una segunda vez? No cambia nada si el comportamiento de Outlook reconstruye su caché con la fecha actual.

¿Exportar y reimportar en PST? Ojo. Una exportación PST desde un Outlook con fechas corruptas exporta los metadatos corruptos. El archivo PST contendrá las fechas incorrectas. Reimportar ese archivo no corrige nada, y puede incluso empeorar la situación creando duplicados con fechas incoherentes. Este tema se trata por separado en el artículo sobre el import PST y las fechas que cambian al día de hoy.

Lo que hace Redate.io en este caso concreto

Tanto si el problema viene de una migración IMAP como de una recreación de perfil Outlook, el resultado a nivel del servidor es similar: correos cuyos metadatos de fecha son incoherentes con su contenido real.

Redate.io se conecta directamente al buzón (Google Workspace, Microsoft 365 o IMAP directo), escanea el conjunto de mensajes para identificar aquellos con metadatos incorrectos, y aplica su pipeline de análisis multi-etapa para corregir cada correo de forma individual. Cada corrección se verifica. Los mensajes originales se conservan en una carpeta de copia de seguridad visible en su propio buzón, y Redate.io nunca los elimina: siguen ahí hasta que usted decida borrarlos.

El proceso gestiona los casos límite que los scripts caseros fallan sistemáticamente: mensajes firmados S/MIME, correos con codificaciones no ASCII en los encabezados (RFC 2047), estructuras multipart complejas, encabezados Date: con zonas horarias no estándar o malformados. Un script que funciona correctamente con 50 correos de prueba en un buzón de desarrollo puede corromper irremediablemente 2.000 mensajes en producción. No existe rollback nativo en IMAP una vez que un mensaje se reemplaza sin copia de seguridad previa.

Para los casos relacionados con Outlook específicamente, la página de corrección corregir fechas de copia IMAP manual en Outlook detalla los pasos para conectar su buzón e iniciar el análisis.

Prevenir el problema en futuras intervenciones

Si es técnico o administrador IT e interviene habitualmente en perfiles Outlook, hay algunos hábitos que permiten evitar esta situación.

Antes de eliminar un archivo OST o recrear un perfil, compruebe las fechas mostradas en webmail. Si son correctas, anótelo en su ticket. Tras la recreación, vuelva a conectarse en webmail y compare las fechas mostradas con las de Outlook. Si aparece una discrepancia, el problema queda identificado de inmediato, antes de que el usuario se queje tres días después.

Para las migraciones planificadas, la checklist de migración de correo recoge las verificaciones que deben realizarse antes y después para detectar este tipo de problema al finalizar la operación.

¿Ha recreado un perfil Outlook y ahora todas las fechas de su buzón son incorrectas? Inicie un escaneo gratuito en Redate.io para identificar los correos afectados y corregir los metadatos sin tocar el contenido de sus mensajes.