Por qué Outlook muestra la fecha incorrecta
Tras una migración de correo, los usuarios de Outlook descubren con frecuencia que cada correo muestra la misma fecha, la de la migración. Este problema afecta a Outlook Desktop, Outlook para Mac, el nuevo Outlook para Windows y Outlook Mobile. La causa es la misma en todas las versiones: Outlook determina la fecha de "recepción" leyendo la cabecera "Received" más reciente, y las herramientas de migración añaden una nueva cabecera "Received" con la marca de tiempo de migración.
Cómo Outlook determina la fecha de "recepción"
Cuando Outlook muestra la fecha de un correo, lee el INTERNALDATE IMAP y las cabeceras "Received" del mensaje. Para la columna "Recibido" (que es la columna de orden predeterminada en la mayoría de vistas de Outlook), Outlook utiliza la marca de tiempo de la cabecera "Received" superior. Durante una entrega normal, esta cabecera refleja el momento en que el mensaje llegó al servidor de correo del destinatario. Tras la migración, la cabecera "Received" superior refleja el momento en que la herramienta de migración insertó el mensaje en el nuevo servidor.
La diferencia entre "Enviado" y "Recibido" en Outlook
Outlook distingue dos columnas de fecha: "Enviado" (procedente de la cabecera "Date" del correo) y "Recibido" (procedente de las cabeceras "Received" o del INTERNALDATE). Tras la migración, la fecha "Enviado" puede seguir siendo correcta ya que la cabecera "Date" original se preserva. Pero la fecha "Recibido" muestra la marca de tiempo de migración. Como la vista predeterminada de Outlook ordena por fecha "Recibido", y la mayoría de usuarios nunca cambian eso, es la fecha de migración lo que todo el mundo ve.
Verificación rápida: ¿es un problema de fecha de migración?
Antes de intentar una corrección, conviene confirmar que el problema está causado por las cabeceras de migración y no por otra cosa.
Cómo ver las cabeceras en bruto en Outlook
En Outlook Desktop, abra el correo en cuestión, haga clic en "Archivo" y luego en "Propiedades". El área "Encabezados de Internet" en la parte inferior muestra las cabeceras en bruto. En Outlook en la web (OWA), abra el correo, haga clic en el menú de tres puntos, luego en "Ver" y "Ver detalles del mensaje". Las cabeceras en bruto aparecen en una ventana emergente.
Identificar la cabecera "Received" de migración
Busque una cabecera "Received" que contenga referencias a la herramienta de migración. Los patrones habituales incluyen "mx.migrationwiz.com" para BitTitan, "cloudm.io" para CloudM, o una entrada genérica "localhost" con una marca de tiempo que coincida con la fecha de migración. Si la cabecera "Received" superior tiene una fecha que corresponde a la fecha de migración (y difiere de la fecha original del mensaje), el problema está confirmado. Es esta cabecera la que Redate.io identifica y corrige. Para guías específicas por herramienta, consulte la corrección de fechas Outlook tras migración BitTitan, CloudM, imapsync, GSMMO, Exchange IMAP o copia IMAP manual.
Soluciones que no funcionan
Los usuarios de Outlook y los administradores de TI suelen probar varias opciones antes de darse cuenta de que la corrección debe hacerse a nivel de servidor, no en el cliente Outlook.
Cambiar la columna a fecha "Enviado"
Cambiar la vista de Outlook de la fecha "Recibido" a la fecha "Enviado" es la solución alternativa más extendida. Eso cambia el orden, pero no corrige los datos subyacentes. Los resultados de búsqueda siguen referenciando la fecha de recepción incorrecta. Las reglas y filtros basados en la fecha de recepción funcionan mal. Las herramientas de cumplimiento y eDiscovery que dependen de las marcas de tiempo de recepción producen resultados incorrectos. Y los usuarios deben cambiar este ajuste en cada dispositivo y en cada carpeta, una carga de soporte que escala muy mal en una organización.
Reconstruir los archivos OST/PST
Algunos administradores intentan resolver el problema eliminando la caché local de Outlook (archivo OST) y dejando que Outlook se resincronice con el servidor. Eso no sirve de nada puesto que el problema existe en el servidor, no en la caché local. Los datos resincronizados contienen las mismas cabeceras "Received" de migración, así que las fechas siguen siendo incorrectas. Del mismo modo, exportar a PST y reimportar no elimina las cabeceras de migración.
Ajustes de visualización de Outlook
Ajustar los parámetros de visualización de Outlook, el formato condicional o las opciones de agrupación no puede cambiar la fecha que Outlook lee en las cabeceras del correo. Estos parámetros controlan cómo se muestran y organizan los datos, pero el valor de fecha subyacente proviene del servidor. Ninguna combinación de ajustes de visualización puede forzar a Outlook a ignorar la cabecera "Received" de migración.
La solución: restaurar las fechas correctas a nivel de servidor
La única forma de corregir las fechas incorrectas en Outlook tras una migración es corregir los correos en el servidor. Una vez corregidos los datos del servidor, Outlook muestra automáticamente las fechas correctas en la siguiente sincronización. No se necesita ninguna modificación en el cliente.
¿Pero por qué no hacerlo uno mismo con un script? Porque es mucho más complejo que una operación de buscar y reemplazar. Cada correo tiene una estructura de cabeceras única. Algunos mensajes llevan firmas digitales S/MIME que se invalidan si cambia un solo byte. Otros tienen cifrado PGP, partes MIME anidadas, cabeceras codificadas en caracteres no ASCII (RFC 2047), o particularidades de Content-Transfer-Encoding que hacen tropezar a un analizador simple. Límites MIME corruptos pueden destruir silenciosamente los adjuntos. Un threading roto puede dispersar las conversaciones por todo el buzón. Y sin verificación adecuada, ni siquiera se sabrá que algo salió mal hasta que un usuario reporte un adjunto faltante tres semanas después.
Cómo Redate.io corrige las fechas de Outlook
Redate.io se conecta directamente al servidor de correo (Google Workspace, Microsoft 365 o cualquier servidor IMAP) y procesa cada correo mediante su motor de corrección propietario. El motor ejecuta un pipeline de análisis multietapa que gestiona la coincidencia de patrones en cientos de firmas de herramientas de migración conocidas, preserva la integridad del mensaje a través de las estructuras MIME complejas, y verifica cada corrección antes de finalizarla. Los mensajes originales se mueven a una carpeta visible "Redate.io - Originals" durante 30 días.
Una vez completada la corrección por Redate.io, Outlook recupera las fechas corregidas en la siguiente sincronización. No es necesario ningún cambio en los ajustes de Outlook. La corrección funciona en todas las versiones de Outlook porque se realiza a nivel de servidor.
Antes y después
Antes de la corrección, una bandeja de entrada de Outlook tras migración muestra cada correo con la misma fecha de recepción (por ejemplo "11 de abril de 2019" en mensajes enviados originalmente entre 2015 y 2019). Tras el procesamiento por Redate.io, la misma bandeja de entrada muestra las fechas originales correctas. Los correos de 2015 muestran fechas de 2015, los correos de 2018 muestran fechas de 2018. El orden por fecha funciona correctamente de nuevo, y los resultados de búsqueda devuelven marcas de tiempo precisas.
Guía paso a paso
Corregir las fechas incorrectas de Outlook con Redate.io se hace en tres pasos, independientemente de la plataforma de correo.
Usuarios de Google Workspace
Para las organizaciones que usan Google Workspace, el administrador crea un Service Account con delegación a nivel de dominio. Esto da a Redate.io acceso a los buzones sin necesitar las contraseñas individuales de los usuarios. El administrador introduce las credenciales del Service Account en Redate.io, selecciona los buzones a corregir y lanza el análisis gratuito. El análisis identifica cuántos correos tienen fechas incorrectas en cada buzón. Tras revisar los resultados, el administrador elige un plan de precios e inicia la corrección. Redate.io procesa todos los buzones seleccionados automáticamente. Los usuarios ven las fechas corregidas en Outlook (y cualquier otro cliente) tras la siguiente sincronización.
Usuarios de Microsoft 365
Para las organizaciones Microsoft 365, el administrador registra una aplicación Azure AD con los permisos de correo correspondientes. Redate.io utiliza esta aplicación para acceder a los buzones de Exchange Online a través de la API Microsoft Graph o IMAP. El proceso es el mismo: conectar, analizar gratuitamente, revisar los resultados y luego corregir. El consentimiento de administrador se requiere una sola vez y cubre todos los buzones del tenant.
Otros servidores IMAP
Para buzones alojados en otros servidores IMAP (Zimbra, Zoho, cPanel, Dovecot, Courier), los usuarios se conectan con sus credenciales de correo estándar (dirección del servidor, nombre de usuario, contraseña). Redate.io se conecta vía IMAP, analiza el buzón y aplica la misma corrección. Esta opción funciona para buzones individuales y no requiere acceso de administrador al servidor.
La verdad es que, independientemente de la plataforma, el resultado es idéntico: Outlook muestra las fechas originales correctas, el orden funciona adecuadamente y el orden cronológico del buzón queda completamente restaurado.
¿Outlook muestra las fechas incorrectas tras la migración? Inicie un análisis gratuito para descubrir cuántos correos están afectados y corrija 10 gratis para verificar los resultados.