BitTitan MigrationWiz: corrigir datas de e-mail

O que o BitTitan MigrationWiz faz com as datas de e-mail

A migração terminou na sexta-feira passada. 47 caixas de correio movidas do Exchange local para o Microsoft 365, tudo verde no painel do MigrationWiz. Aí chega segunda-feira de manhã e aparece o primeiro chamado: "Todos os meus e-mails mostram 28 de março de 2026."

Cada mensagem, sem exceção. Anos de correspondência, propostas de clientes de 2019, faturas de 2021, tudo carimbado com a data da migração. O log do MigrationWiz diz que tudo foi transferido com sucesso (e tecnicamente foi). Mas as datas sumiram.

O BitTitan MigrationWiz é uma das ferramentas mais usadas para migração de e-mail cloud-to-cloud. Ele lida com migração de Exchange para Microsoft 365, Google Workspace para Exchange, movimentações cross-tenant e muito mais. A ferramenta em si funciona bem para o que se propõe. O problema de datas não é um bug do MigrationWiz. É uma consequência de como o protocolo IMAP funciona no nível de transporte, e o MigrationWiz o dispara de uma maneira específica.

Como o MigrationWiz lida com cabeçalhos Received

Quando o MigrationWiz transfere um e-mail da origem para o destino, ele usa o protocolo IMAP (ou Exchange Web Services, dependendo do tipo de endpoint). Durante esse processo, o servidor de e-mail de destino carimba a mensagem com um novo cabeçalho Received: contendo o timestamp atual, exatamente como faria com qualquer e-mail recebido.

Veja como uma cadeia típica de cabeçalhos Received fica após uma migração com MigrationWiz:

Received: from mx.migrationwiz.com (processing-node-7.bittitan.com)
    by outlook.office365.com; Fri, 28 Mar 2026 14:23:17 +0000
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

O cabeçalho Received: original de 2019 ainda está lá. O cabeçalho Date: original também. Mas clientes de e-mail como o Outlook não usam esses. O Outlook lê o cabeçalho Received: mais recente para determinar quando exibir a mensagem, e esse cabeçalho agora diz 28 de março de 2026.

O valor INTERNALDATE (o timestamp que servidores IMAP usam para ordenação) também é sobrescrito durante a transferência. O MigrationWiz tenta preservar as datas quando o destino suporta, mas o resultado depende fortemente do comportamento do servidor de destino. O pipeline de transporte do Microsoft 365, por exemplo, sobrescreve o INTERNALDATE com seu próprio timestamp de entrega, independentemente do que o MigrationWiz solicite.

Por que o "Date Mapping" do MigrationWiz não resolve

A BitTitan oferece um recurso de "Date Mapping" nas Opções Avançadas do MigrationWiz. No papel, parece a solução. Na prática, ele controla qual faixa de datas das mensagens será migrada, não como as datas são preservadas no destino.

A confusão é compreensível. A configuração tem a palavra "date" no nome. Mas o que ela realmente faz é filtrar as mensagens de origem por faixa de datas antes da migração. Uma mensagem de 2018 ainda chega ao destino com o timestamp da migração.

Há também a questão dos endpoints IMAP versus Exchange. Quando o MigrationWiz migra entre dois servidores Exchange via EWS (Exchange Web Services), a preservação de datas funciona melhor porque o EWS oferece mais controle sobre os metadados da mensagem. Mas no momento em que o IMAP está envolvido em qualquer um dos lados, a operação IMAP APPEND assume e o servidor de destino decide qual timestamp usar.

Alguns administradores tentaram executar a migração novamente com configurações de endpoint diferentes, esperando que a troca de IMAP para EWS corrigisse as datas retroativamente. Não funciona. As mensagens já estão no destino com datas erradas. Executar o MigrationWiz novamente só criaria duplicatas.

Cenários do MigrationWiz que quebram as datas

Nem toda migração com MigrationWiz causa problemas de datas. O problema depende da combinação de endpoints:

• Exchange (local) para Microsoft 365 via IMAP: As datas quebram. O pipeline de transporte do M365 carimba novos cabeçalhos Received e sobrescreve o INTERNALDATE.
• Google Workspace para Microsoft 365: As datas quebram. O MigrationWiz usa IMAP para ler do Google e escreve no M365, que adiciona seus cabeçalhos de transporte.
• Exchange para Exchange (EWS para EWS): As datas geralmente são preservadas. O EWS contorna o pipeline de transporte em ambos os lados.
• Qualquer origem para Google Workspace via IMAP: As datas quebram. A implementação IMAP do Google adiciona um cabeçalho Received com o timestamp de inserção.
• Cross-tenant Microsoft 365: Depende do método. O caminho IMAP quebra as datas. EWS direto pode preservá-las.

O painel do MigrationWiz não sinaliza problemas de datas. Tudo aparece como "Completed" porque as mensagens foram transferidas com sucesso. O conteúdo está intacto, os anexos estão bem, a estrutura de pastas foi preservada. Só as datas mudaram, e o MigrationWiz não registra isso como erro de migração.

O custo real das datas erradas após o MigrationWiz

Datas de e-mail incorretas não são apenas irritantes. Para organizações que migraram com o BitTitan, as consequências vão além de uma caixa de entrada desorganizada.

Equipes jurídicas não conseguem usar e-mails como prova quando cada mensagem mostra a data de migração em vez da data real de envio. Auditorias fiscais exigem provas cronológicas de comunicações. Frameworks de conformidade como o RGPD e a LGPD exigem manutenção precisa de registros, e e-mails com timestamps fabricados não atendem a essa exigência.

E tem o lado prático. Tente encontrar aquela discussão contratual de novembro de 2022 quando toda a sua caixa de correio mostra março de 2026. Ordenar por data? Inútil. Buscar por faixa de datas? Retorna tudo ou nada.

Para MSPs que usaram o MigrationWiz em ambientes de clientes, isso cria um problema de responsabilidade. O cliente pagou por uma migração. Recebeu uma, mas seu arquivo de e-mail está efetivamente quebrado para qualquer fluxo de trabalho baseado em datas.

Na verdade, um MSP de que se teve notícia havia migrado cerca de 380 caixas de correio para um escritório de advocacia. Três meses depois, a equipe de litígios do escritório descobriu o problema de datas durante a fase de discovery. Cada e-mail que precisavam apresentar como prova mostrava a data de migração. O MSP teve que explicar por que 6 anos de correspondência com timestamps mostravam todos junho de 2025.

Corrigir as datas do BitTitan MigrationWiz

O cabeçalho Date: original ainda está dentro de cada e-mail. O MigrationWiz não toca no corpo da mensagem nem nos cabeçalhos originais. São o cabeçalho Received: adicional e o INTERNALDATE sobrescrito que causam o problema de exibição.

Redate.io se conecta à caixa de correio (Google Workspace, Microsoft 365 ou IMAP), faz a varredura dos e-mails afetados pela migração do MigrationWiz e corrige os metadados de data por meio de um pipeline de análise proprietário de múltiplas etapas. A correção mira especificamente a camada de metadados, fazendo correspondência de padrões contra assinaturas conhecidas de cabeçalhos MigrationWiz, incluindo os identificadores característicos mx.migrationwiz.com e bittitan.com na cadeia Received.

Cada e-mail corrigido é verificado individualmente contra o original. A verificação checa a integridade da mensagem, a preservação de anexos, o posicionamento nas pastas e o threading. Os e-mails originais são mantidos em uma pasta visível Redate.io - Originals por 30 dias, caso seja necessário um rollback.

Entender o problema é uma coisa. Corrigir 15.000 e-mails sem perder um único anexo, quebrar assinaturas S/MIME ou corromper fronteiras MIME multipart é outra. Um script que funciona com 10 mensagens de teste em laboratório não vai lidar com os casos extremos de uma caixa de correio em produção com 7 anos de correspondência, mensagens criptografadas com PGP e cabeçalhos non-ASCII RFC 2047.

Como verificar que cada mensagem corrigida está intacta? Que o threading ainda funciona, que os convites de calendário ainda se resolvem, que o anexo de 47 MB daquele e-mail de 2020 não foi corrompido? Redate.io faz isso automaticamente, para cada mensagem individual. E se algo parecer errado, o original está ali na pasta de backup.

A varredura gratuita leva cerca de dois minutos. Ela se conecta à caixa de correio, identifica cada e-mail carimbado com a data de migração do MigrationWiz e mostra a contagem exata e o custo antes de qualquer pagamento. Sem cartão de crédito, sem compromisso.

Guias de correção por plataforma para BitTitan

O processo de correção varia dependendo de para onde o MigrationWiz moveu seus e-mails. Redate.io lida com as especificidades de cada plataforma automaticamente, mas se você quer detalhes sobre sua configuração específica:

• Corrigir datas do BitTitan no Outlook
• Corrigir datas do BitTitan no Microsoft 365
• Corrigir datas do BitTitan no Google Workspace
• Corrigir datas do BitTitan no Exchange Online

Redate.io também funciona para migrações concluídas há meses ou anos. O cabeçalho Date original não expira.

Migrou com o BitTitan MigrationWiz e ficou com datas erradas? Execute uma varredura gratuita para ver exatamente quantos e-mails estão afetados antes de se comprometer com qualquer coisa.