Corregir fechas de migración de CloudM en Microsoft 365
Por qué las migraciones de CloudM muestran la fecha incorrecta en Microsoft 365
CloudM Migrate se usa comúnmente para migrar buzones desde Google Workspace, Exchange local y otras plataformas a Microsoft 365. Cuando CloudM sube correos a Microsoft 365, la canalización de transporte de Exchange Online procesa cada mensaje y agrega un encabezado Received con la marca de tiempo de subida actual. Este se convierte en el encabezado Received más reciente en la cadena de encabezados del mensaje.
Microsoft 365 usa esta marca de tiempo de entrega en todo su ecosistema. Outlook de escritorio, Outlook en la web, Outlook móvil e incluso las funciones de IA de Microsoft hacen referencia a la misma propiedad PR_MESSAGE_DELIVERY_TIME, que se establece a partir del encabezado Received de migración. A diferencia de Google Workspace (donde el cliente web puede enmascarar el problema), Microsoft 365 muestra la fecha de migración de manera consistente en todas sus aplicaciones cliente.
La consistencia de la fecha incorrecta en todos los clientes de Microsoft 365 hace que el problema sea inmediatamente visible para cada usuario. Después de una migración con CloudM a Microsoft 365, toda la organización ve el mismo síntoma: cada correo en cada buzón parece haber sido recibido en la fecha de migración. No hay solución alternativa específica de cliente; la corrupción de fechas está incrustada en los metadatos del mensaje a nivel del servidor.
Cómo afecta esto a Microsoft 365
El manejo unificado de fechas de Microsoft 365 significa que la fecha de migración aparece en todas partes simultáneamente. Outlook de escritorio, OWA, Outlook móvil, la integración de correo de Teams y Microsoft Search muestran todos la fecha de recepción incorrecta. Los usuarios no pueden escapar de las fechas incorrectas cambiando a una aplicación de Microsoft 365 diferente.
Para los administradores de Microsoft 365, el impacto se extiende a las herramientas de gestión y cumplimiento. El Centro de Administración de Exchange, Microsoft Purview (anteriormente Centro de Cumplimiento) y eDiscovery Premium indexan todos los mensajes por la fecha de entrega corrupta. Las búsquedas de contenido para correos dentro de un rango de fechas específico devuelven resultados incorrectos. Las etiquetas de retención aplicadas automáticamente basándose en la antigüedad del mensaje operan en la línea temporal incorrecta, causando potencialmente eliminación prematura o retención indefinida de mensajes que deberían haberse manejado de manera diferente.
Preguntas frecuentes
¿CloudM ofrece alguna opción para prevenir la corrupción de fechas durante la migración a M365?
CloudM preserva el encabezado Date original, pero el servidor de destino (Exchange Online) agrega su propio encabezado Received durante la subida del mensaje. Este es un comportamiento del lado del servidor que las herramientas de migración no pueden prevenir. La única solución es corregir las fechas después de la migración.
¿Las herramientas de administración de Microsoft 365 pueden corregir las fechas?
No. Microsoft 365 no proporciona herramientas integradas para modificar los encabezados Received o la hora de entrega de mensajes existentes. Redate.io está diseñado específicamente para este problema: elimina el encabezado de migración y reinserta el correo con la INTERNALDATE correcta.
¿La corrección es permanente en Microsoft 365?
Sí. Una vez que Redate.io corrige el correo, el mensaje original (con la fecha incorrecta) se mueve a una etiqueta de respaldo. El mensaje corregido tiene los encabezados Received e INTERNALDATE correctos, y Microsoft 365 indexa la fecha correcta en adelante.