Corrigir datas de migração do imapsync no Microsoft 365
Por que as migrações do imapsync mostram a data errada no Microsoft 365
As migrações com imapsync para o Microsoft 365 (Exchange Online) enfrentam um duplo desafio com a preservação de datas. Primeiro, a gateway IMAP do Exchange Online tem comportamentos específicos que podem sobrescrever a INTERNALDATE fornecida pela opção --syncinternaldates do imapsync. Segundo, o Exchange Online adiciona o seu próprio cabeçalho Received durante o processo de IMAP APPEND, marcando cada mensagem com o carimbo temporal de migração.
A implementação IMAP do Microsoft 365 é limitada em comparação com os protocolos completos do Exchange (EWS, MAPI). Quando o imapsync carrega via IMAP, a mensagem passa pelo pipeline de transporte do Exchange Online, que a processa de forma semelhante a uma nova mensagem recebida. Este pipeline adiciona cabeçalhos de transporte, executa verificações de conformidade e marca a mensagem com metadados de entrega que refletem a hora de carregamento real em vez da INTERNALDATE solicitada.
Os administradores que escolhem o imapsync para migrações do Microsoft 365 (frequentemente porque é gratuito e programável por scripts) descobrem após a migração que a preservação de datas não funcionou como esperado. A opção --syncinternaldates, que funciona corretamente com muitos servidores IMAP padrão, não produz os resultados esperados com a implementação IMAP particular do Exchange Online. Toda a caixa de correio migrada mostra a data de migração em todos os clientes do Microsoft 365.
Como isto afeta o Microsoft 365
No Microsoft 365, a data de migração aparece uniformemente no Outlook para ambiente de trabalho, OWA, Outlook móvel e Microsoft Search. Ao contrário do Gmail (onde o cliente web pode mascarar o problema), os clientes do Microsoft 365 fazem todos referência ao mesmo carimbo temporal de entrega. Os utilizadores não têm solução alternativa e nenhum cliente que mostre a data correta até que os cabeçalhos Received e a INTERNALDATE subjacentes sejam corrigidos ao nível do servidor.
As funcionalidades administrativas e de conformidade do Microsoft 365 são igualmente afetadas. O Exchange Online Protection, as políticas de Prevenção de Perda de Dados e as pesquisas de conformidade do Microsoft Purview indexam todas o carimbo temporal de migração. Para organizações sujeitas a regulamentos de retenção de dados, as datas corrompidas significam que as políticas de retenção baseadas na idade da mensagem operam com dados incorretos, potencialmente levando à eliminação prematura de mensagens que deveriam ser retidas ou à retenção indefinida de mensagens que deveriam ter sido purgadas.
Perguntas frequentes
Por que o imapsync --syncinternaldates falha com o Microsoft 365?
A implementação IMAP do Exchange Online processa as mensagens carregadas através do seu pipeline de transporte, que pode sobrescrever a INTERNALDATE solicitada. Além disso, o Exchange Online adiciona cabeçalhos Received que carregam o carimbo temporal de carregamento. Estes comportamentos do lado do servidor estão fora do controlo do imapsync.
Deveria ter usado uma ferramenta de migração diferente para o Microsoft 365?
A maioria das ferramentas de migração (incluindo as comerciais como o BitTitan e o CloudM) produzem o mesmo problema de datas porque a causa raiz está em como o Exchange Online processa as mensagens carregadas. A escolha da ferramenta de migração não previne o problema. O Redate.io resolve-o independentemente da ferramenta utilizada.
O Redate.io pode corrigir caixas de correio migradas com imapsync em massa?
Sim. O Redate.io suporta processamento em massa de caixas de correio para o Microsoft 365. Os administradores podem analisar e corrigir múltiplas caixas de correio a partir de um único painel de controlo. O plano Enterprise suporta até 100.000 e-mails por caixa de correio.