Corrigir datas de migração do CloudM no Microsoft 365
Por que as migrações do CloudM mostram a data errada no Microsoft 365
O CloudM Migrate é comummente utilizado para migrar caixas de correio do Google Workspace, Exchange local e outras plataformas para o Microsoft 365. Quando o CloudM carrega e-mails para o Microsoft 365, o pipeline de transporte do Exchange Online processa cada mensagem e adiciona um cabeçalho Received com o carimbo temporal de carregamento atual. Este torna-se o cabeçalho Received mais recente na cadeia de cabeçalhos da mensagem.
O Microsoft 365 utiliza este carimbo temporal de entrega em todo o seu ecossistema. O Outlook para ambiente de trabalho, o Outlook na web, o Outlook móvel e até as funcionalidades de IA da Microsoft fazem todos referência à mesma propriedade PR_MESSAGE_DELIVERY_TIME, que é definida a partir do cabeçalho Received de migração. Ao contrário do Google Workspace (onde o cliente web pode mascarar o problema), o Microsoft 365 exibe a data de migração de forma consistente em todas as suas aplicações cliente.
A consistência da data errada em todos os clientes do Microsoft 365 torna o problema imediatamente visível para cada utilizador. Após uma migração com o CloudM para o Microsoft 365, toda a organização vê o mesmo sintoma: cada e-mail em cada caixa de correio parece ter sido recebido na data de migração. Não há solução alternativa específica do cliente; a corrupção de datas está incorporada nos metadados da mensagem ao nível do servidor.
Como isto afeta o Microsoft 365
O tratamento unificado de datas do Microsoft 365 significa que a data de migração aparece em todo o lado simultaneamente. O Outlook para ambiente de trabalho, o OWA, o Outlook móvel, a integração de e-mail do Teams e o Microsoft Search mostram todos a data de receção errada. Os utilizadores não podem escapar das datas incorretas mudando para uma aplicação diferente do Microsoft 365.
Para os administradores do Microsoft 365, o impacto estende-se às ferramentas de gestão e conformidade. O Centro de Administração do Exchange, o Microsoft Purview (anteriormente Centro de Conformidade) e o eDiscovery Premium indexam todas as mensagens pela data de entrega corrompida. As pesquisas de conteúdo para e-mails dentro de um intervalo de datas específico devolvem resultados incorretos. As etiquetas de retenção aplicadas automaticamente com base na idade da mensagem operam na cronologia errada, potencialmente causando eliminação prematura ou retenção indefinida de mensagens que deveriam ter sido tratadas de forma diferente.
Perguntas frequentes
O CloudM oferece alguma opção para prevenir a corrupção de datas durante a migração para o M365?
O CloudM preserva o cabeçalho Date original, mas o servidor de destino (Exchange Online) adiciona o seu próprio cabeçalho Received durante o carregamento da mensagem. Este é um comportamento do lado do servidor que as ferramentas de migração não podem prevenir. A única solução é corrigir as datas após a migração.
As ferramentas de administração do Microsoft 365 podem corrigir as datas?
Não. O Microsoft 365 não fornece ferramentas integradas para modificar os cabeçalhos Received ou a hora de entrega de mensagens existentes. O Redate.io foi concebido especificamente para este problema: remove o cabeçalho de migração e reinsere o e-mail com a INTERNALDATE correta.
A correção é permanente no Microsoft 365?
Sim. Assim que o Redate.io corrige o e-mail, a mensagem original (com a data errada) é movida para uma etiqueta de cópia de segurança. A mensagem corrigida tem os cabeçalhos Received e INTERNALDATE corretos, e o Microsoft 365 indexa a data correta daí em diante.