Corrigir datas de migração do BitTitan no Exchange Online
Por que as migrações do BitTitan mostram a data errada no Exchange Online
O Exchange Online é o backend de correio que alimenta as caixas de correio do Microsoft 365, e o BitTitan MigrationWiz é frequentemente utilizado para migrar caixas de correio do Exchange local, Lotus Notes, GroupWise ou outras plataformas para o Exchange Online. Durante a migração, o MigrationWiz carrega cada mensagem usando EWS ou IMAP APPEND, e o pipeline de transporte do Exchange Online marca cada mensagem com um cabeçalho Received contendo o carimbo temporal de carregamento.
O Exchange Online usa este cabeçalho Received e a propriedade PR_MESSAGE_DELIVERY_TIME associada para determinar a data de receção exibida. Ao contrário de alguns sistemas de correio que permitem às ferramentas de migração definir uma hora de entrega personalizada, o processamento do Exchange Online aplica consistentemente o carimbo temporal de carregamento real. Isto significa que cada e-mail migrado carrega a data de migração nos seus metadados de hora de entrega, independentemente da data de envio original.
O problema é amplificado no Exchange Online porque a data corrompida propaga-se através de todos os serviços ligados: o Outlook para ambiente de trabalho lê-a, o OWA exibe-a, os clientes móveis apresentam-na, e a pesquisa integrada do Exchange Online indexa-a. Os scripts de PowerShell que os administradores usam para consultar o conteúdo da caixa de correio por data também devolvem resultados baseados no carimbo temporal de migração em vez da data original, complicando a verificação e resolução de problemas pós-migração.
Como isto afeta o Exchange Online
No Exchange Online, a hora de entrega corrompida afeta cada camada da pilha de correio. O cliente de ambiente de trabalho do Outlook, o Outlook na web e as aplicações móveis mostram todos a data de migração na coluna de receção. O serviço de pesquisa do Exchange Online indexa o carimbo temporal de migração, pelo que as consultas por intervalo de datas no Outlook e OWA devolvem resultados incorretos.
Para os administradores, os comandos do Exchange Online Management Shell como Get-MessageTrace e Search-Mailbox usam a propriedade de hora de entrega, que agora reflete a data de migração. A auditoria de caixas de correio, as regras de journaling e as regras de transporte que fazem referência a datas de mensagens operam todas com os carimbos temporais corrompidos. As organizações que dependem das funcionalidades de conformidade nativas do Exchange Online (In-Place Hold, Retention Tags) descobrem que estas políticas são aplicadas com base na data errada, potencialmente retendo ou eliminando mensagens em intervalos incorretos.
Perguntas frequentes
Isto é diferente do problema de datas no Microsoft 365?
O Exchange Online é o serviço backend que alimenta as caixas de correio do Microsoft 365. A causa raiz é a mesma: o BitTitan adiciona um cabeçalho Received durante a migração que sobrescreve a data exibida. Corrigi-lo no Exchange Online corrige a data em todas as aplicações do Microsoft 365.
Os administradores do Exchange Online podem resolver isto com PowerShell?
O PowerShell não pode modificar os cabeçalhos Received nem a INTERNALDATE de mensagens existentes no Exchange Online. A única forma de corrigir as datas é reinserir as mensagens corrigidas, que é exatamente o que o Redate.io automatiza em escala.
O Redate.io suporta ambientes híbridos do Exchange Online?
Sim. O Redate.io liga-se diretamente às caixas de correio do Exchange Online. Quer a organização execute uma configuração híbrida do Exchange ou esteja totalmente na nuvem, o Redate.io pode corrigir a corrupção de datas em qualquer caixa de correio acessível via IMAP ou protocolos do Exchange.