Corregir fechas de migración IMAP de Exchange en Outlook
Por qué las migraciones IMAP de Exchange muestran la fecha incorrecta en Outlook
Microsoft Exchange Server incluye una función de migración IMAP integrada (disponible a través del Centro de Administración de Exchange y PowerShell) que permite a los administradores migrar buzones desde servidores IMAP de terceros a Exchange Online o Exchange local. Esta herramienta de migración nativa se conecta al servidor IMAP de origen, descarga cada mensaje y lo sube al buzón de Exchange de destino.
Durante la fase de subida, la canalización de transporte de Exchange procesa cada mensaje como si fuera un correo recién recibido. La canalización agrega encabezados de transporte, incluido un encabezado Received con la marca de tiempo de procesamiento actual. Exchange también establece PR_MESSAGE_DELIVERY_TIME (la propiedad que Outlook lee para su columna "Recibido") en la marca de tiempo de subida. La IMAP INTERNALDATE original del servidor de origen no se transfiere al buzón de Exchange de destino.
Los administradores que usan la migración IMAP nativa de Exchange esperan que la propia herramienta de Microsoft maneje la preservación de fechas correctamente. El descubrimiento de que todos los correos migrados ahora muestran la fecha de migración en Outlook es inesperado, especialmente porque la documentación de migración de Exchange no advierte prominentemente sobre este comportamiento. El problema afecta a cada buzón procesado por el lote de migración, y Exchange no proporciona un mecanismo integrado para corregir las fechas después de la migración.
Cómo afecta esto a Outlook
Outlook conectado al buzón de Exchange migrado muestra la fecha de migración en la columna "Recibido" para cada correo. La columna "Enviado" para elementos enviados también refleja la marca de tiempo de migración porque la canalización de transporte de Exchange procesa los elementos enviados de la misma manera durante la subida. El panel de calendario de Outlook, que hace referencia a las fechas de correo para mensajes relacionados con reuniones, muestra fechas incorrectas para invitaciones y respuestas a reuniones migradas.
La búsqueda nativa de Exchange (usada por la barra de búsqueda de Outlook) indexa la hora de entrega corrupta. Las búsquedas basadas en fechas devuelven resultados incorrectos. La función de Auto-archivo de Outlook, que mueve o elimina correos basándose en la antigüedad, calcula mal la edad del mensaje porque usa la fecha de migración. Las reglas que se activan por la fecha de recepción y las reglas de Formato condicional que resaltan correos por antigüedad también operan con las fechas incorrectas, produciendo un comportamiento inesperado en toda la experiencia de Outlook.
Preguntas frecuentes
¿La migración IMAP de Exchange tiene una opción para preservar las fechas?
La migración IMAP de Exchange no proporciona una opción fiable para preservar las fechas de entrega originales. La canalización de transporte procesa los mensajes subidos como nuevas entregas, marcándolos con la marca de tiempo actual. Esta es una limitación fundamental del enfoque de migración IMAP integrado.
¿El problema de fechas de la migración IMAP de Exchange es diferente de otras herramientas de migración?
La causa raíz es la misma: el servidor de destino agrega un encabezado Received con la marca de tiempo de migración. La migración IMAP de Exchange y herramientas de terceros como BitTitan o imapsync producen el mismo tipo de corrupción de fechas. Redate.io corrige las fechas independientemente de qué herramienta causó el problema.
¿Puede Redate.io corregir fechas en un servidor Exchange local?
Sí. Redate.io se conecta vía IMAP a cualquier servidor Exchange que tenga IMAP habilitado. Esto incluye Exchange Online (Microsoft 365), Exchange Server 2016, Exchange Server 2019 y otras versiones con acceso IMAP configurado.