Corregir fechas de migración de BitTitan en Exchange Online
Por qué las migraciones de BitTitan muestran la fecha incorrecta en Exchange Online
Exchange Online es el backend de correo que impulsa los buzones de Microsoft 365, y BitTitan MigrationWiz se usa frecuentemente para migrar buzones desde Exchange local, Lotus Notes, GroupWise u otras plataformas hacia Exchange Online. Durante la migración, MigrationWiz sube cada mensaje usando EWS o IMAP APPEND, y la canalización de transporte de Exchange Online marca cada mensaje con un encabezado Received que contiene la marca de tiempo de subida.
Exchange Online usa este encabezado Received y la propiedad PR_MESSAGE_DELIVERY_TIME asociada para determinar la fecha de recepción mostrada. A diferencia de algunos sistemas de correo que permiten a las herramientas de migración establecer una hora de entrega personalizada, el procesamiento de Exchange Online aplica consistentemente la marca de tiempo de subida real. Esto significa que cada correo migrado lleva la fecha de migración en sus metadatos de hora de entrega, independientemente de la fecha de envío original.
El problema se amplifica en Exchange Online porque la fecha corrupta se propaga a través de todos los servicios conectados: Outlook de escritorio la lee, OWA la muestra, los clientes móviles la presentan, y la búsqueda integrada de Exchange Online la indexa. Los scripts de PowerShell que los administradores usan para consultar el contenido del buzón por fecha también devuelven resultados basados en la marca de tiempo de migración en lugar de la fecha original, complicando la verificación y resolución de problemas posteriores a la migración.
Cómo afecta esto a Exchange Online
En Exchange Online, la hora de entrega corrupta afecta a cada capa del stack de correo. El cliente de escritorio de Outlook, Outlook en la web y las aplicaciones móviles muestran todos la fecha de migración en la columna de recepción. El servicio de búsqueda de Exchange Online indexa la marca de tiempo de migración, por lo que las consultas por rango de fechas en Outlook y OWA devuelven resultados incorrectos.
Para los administradores, los comandos del Shell de Administración de Exchange Online como Get-MessageTrace y Search-Mailbox usan la propiedad de hora de entrega, que ahora refleja la fecha de migración. La auditoría de buzones, las reglas de journaling y las reglas de transporte que hacen referencia a las fechas de los mensajes operan con las marcas de tiempo corruptas. Las organizaciones que dependen de las funciones de cumplimiento nativas de Exchange Online (In-Place Hold, Retention Tags) descubren que estas políticas se aplican basándose en la fecha incorrecta, reteniendo o eliminando potencialmente mensajes en intervalos incorrectos.
Preguntas frecuentes
¿Es esto diferente del problema de fechas en Microsoft 365?
Exchange Online es el servicio backend que impulsa los buzones de Microsoft 365. La causa raíz es la misma: BitTitan agrega un encabezado Received durante la migración que sobrescribe la fecha mostrada. Corregirlo en Exchange Online corrige la fecha en todas las aplicaciones de Microsoft 365.
¿Pueden los administradores de Exchange Online solucionar esto con PowerShell?
PowerShell no puede modificar los encabezados Received ni la INTERNALDATE de mensajes existentes en Exchange Online. La única forma de corregir las fechas es reinsertar los mensajes corregidos, que es exactamente lo que Redate.io automatiza a escala.
¿Redate.io es compatible con entornos híbridos de Exchange Online?
Sí. Redate.io se conecta directamente a los buzones de Exchange Online. Ya sea que la organización ejecute una configuración híbrida de Exchange o esté completamente en la nube, Redate.io puede corregir la corrupción de fechas en cualquier buzón accesible vía IMAP o protocolos de Exchange.