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. Tudo se reduz a uma coisa: a data que cada cópia carrega quando é escrita na nova caixa de correio.

Onde a data errada realmente está

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). O destino mantém a data que lhe é atribuída: o Microsoft 365, o Outlook.com e o Gmail mantêm a data original quando a cópia a transporta. Por isso, se todos os e-mails mostram a data da migração, é a data que o MigrationWiz transmitiu, ou não transmitiu, que está em causa.

Veja o que os cabeçalhos de um desses e-mails ainda mantêm após uma migração com o MigrationWiz:

Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

O cabeçalho Date: original de 2019 ainda está lá, assim como a cadeia Received: original. E no Microsoft 365, a data que o Outlook mostra como recebida é o registo da própria caixa de correio sobre quando cada e-mail chegou: se o MigrationWiz não transmitiu a data original, esse registo diz 28 de março de 2026.

O valor INTERNALDATE (o timestamp que servidores IMAP usam para ordenação) é a data que a cópia recebeu. O MigrationWiz tenta preservar as datas, e o Microsoft 365 mantém a data que recebe: quando as datas continuam a sair erradas, é porque a data transmitida para cada e-mail não era a original.

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. Também sobre IMAP, o destino mantém a data que recebe: o que importa é se a data original é transmitida.

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. Cada e-mail recebe a data da cópia.
• Google Workspace para Microsoft 365: As datas quebram. O MigrationWiz usa IMAP para ler do Google e escreve no M365 sem a data original.
• Exchange para Exchange (EWS para EWS): As datas geralmente são preservadas. Pelo EWS, a data original viaja junto com a mensagem.
• Qualquer origem para Google Workspace via IMAP: Pelo IMAP, o Gmail mantém a data que a ferramenta transmite e não adiciona nada. As datas só quebram se essa data não for a original, ou se a cópia passar pela API de importação do Gmail, que adiciona uma linha Received: datada do dia da cópia.
• Cross-tenant Microsoft 365: Tudo depende da data que o método transmite.

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. É a data que a caixa de correio registou para cada cópia que causa 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, sem precisar saber qual ferramenta fez a migração: encontra os e-mails cuja data exibida não corresponde à sua data original.

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 até que os elimine, 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.