Checklist migração de email: prevenir problemas de datas

Por que um checklist de migração é indispensável

Migração de email é uma das operações de TI mais arriscadas que uma organização pode realizar. Você move anos de comunicação profissional entre plataformas, e um único descuido pode corromper os metadados de todas as caixas de correio. A vítima mais frequente? As datas dos emails. Após a migração, cada email pode passar a exibir a data da migração em vez da data de envio ou recebimento original.

Este checklist cobre cada fase do processo de migração. Siga essas etapas para reduzir o risco de corrupção de datas e outros problemas de metadados. E se a migração já terminou e os problemas de datas já apareceram, continue lendo.

Fase 1: planejamento pré-migração

Inventariar as caixas de correio

Antes de tocar em qualquer ferramenta de migração, documente cada caixa que será migrada. Registre o número total de caixas, a quantidade aproximada de emails por caixa, o intervalo de datas dos emails mais antigos e as caixas compartilhadas ou grupos de distribuição. Esse inventário define qual ferramenta de migração usar, quanto tempo a migração levará e qual tarifa se aplica para eventuais correções pós-migração.

Escolher a ferramenta de migração certa

Nem todas as ferramentas de migração tratam as datas da mesma forma. Pesquise como cada ferramenta lida com a preservação do IMAP INTERNALDATE e se ela adiciona cabeçalhos "Received" durante o processo de inserção. As ferramentas mais usadas incluem BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO e a importação nativa do Centro de administração do Exchange. Todas elas podem causar problemas de datas porque o próprio protocolo IMAP exige que o servidor de destino adicione um cabeçalho "Received" na inserção. Mas algumas ferramentas preservam melhor o INTERNALDATE do que outras. Para entender melhor como o INTERNALDATE funciona, veja IMAP INTERNALDATE: por que as datas quebram.

Fazer backup de tudo

Crie um backup completo de cada caixa de correio antes da migração. Esse backup serve tanto como rede de segurança quanto como ponto de referência para verificar as datas depois. Para o Google Workspace, use o Google Takeout ou uma ferramenta de backup de terceiros. Para o Microsoft 365, use o backup do Exchange Online ou a exportação em PST. Para servidores IMAP, use o imapsync para criar uma cópia local.

Armazene os backups em um local completamente separado dos servidores de origem e destino.

Documentar as datas originais

Selecione de 10 a 20 emails por caixa distribuídos em diferentes intervalos de datas (os mais antigos, os mais recentes e alguns intermediários). Registre a data de "Recebimento", a data de "Envio" e os cabeçalhos brutos de cada email. Esses emails de referência se tornam a sua base de verificação após a migração. Faça uma captura de tela da caixa ordenada por data para documentar visualmente a ordem cronológica original.

Fase 2: migração de teste

Migrar primeiro uma caixa de teste

Nunca inicie uma migração completa sem testar antes.

Crie uma caixa de teste com uma amostra representativa de emails (pelo menos 100, cobrindo vários anos). Execute a migração nessa caixa isoladamente e examine os resultados em profundidade antes de prosseguir. Esse teste revela problemas de datas, erros de codificação, bugs no tratamento de anexos e inconsistências na estrutura de pastas antes que eles afetem as caixas de produção.

Verificar as datas na caixa de teste

Depois de migrar a caixa de teste, verifique as datas imediatamente. Abra a caixa no cliente de email que os usuários finais realmente vão usar (Outlook, Apple Mail, Thunderbird ou a interface webmail). Compare as datas exibidas com os emails de referência documentados na Fase 1. Verifique tanto as datas de "Recebimento" quanto as de "Envio". Abra os cabeçalhos brutos de alguns emails e procure cabeçalhos "Received" adicionados recentemente com o registro de data e hora da migração.

Se as datas estiverem erradas na caixa de teste, estarão erradas em todas as caixas. Pare tudo e resolva o problema antes de prosseguir com a migração completa.

Testar com vários clientes de email

Clientes de email diferentes exibem as datas de formas diferentes. A interface web do Gmail pode mostrar datas corretas (ela usa o cabeçalho "Date") enquanto o Outlook exibe a data da migração (ele prioriza o cabeçalho "Received"). Teste com cada cliente que os usuários da organização utilizam, incluindo Outlook para desktop, Outlook na web, Apple Mail, Thunderbird e qualquer aplicativo móvel de email.

Fase 3: execução da migração

Configuração da ferramenta de migração

Configure a ferramenta de migração para preservar o INTERNALDATE ao máximo possível. No imapsync, use os flags adequados para definir o INTERNALDATE no destino. No BitTitan MigrationWiz, verifique as configurações avançadas para as opções de gerenciamento de datas. Essas configurações não vão eliminar completamente os problemas com o cabeçalho "Received", mas reduzem a gravidade dos problemas de datas em alguns clientes. Documente cada parâmetro de configuração usado para poder reproduzir a migração se necessário.

Migrar em lotes

Não migre todas as caixas ao mesmo tempo. Migre em lotes de 10 a 20 caixas e verifique as datas após cada lote. Se um lote apresentar problemas de datas, você os detecta antes que toda a organização seja afetada. Aliás, a migração em lotes também reduz a carga nos servidores de origem e destino, diminuindo o risco de timeouts ou erros de conexão que podem causar migrações parciais.

Monitorar o progresso

Acompanhe o progresso da migração para cada caixa. Registre o horário de início, o horário de término, o número de emails migrados e os erros eventuais. As ferramentas de migração geralmente fornecem logs, guarde-os para cada caixa. Se problemas de datas forem descobertos mais tarde, os logs ajudam a identificar exatamente qual lote de migração e quais parâmetros foram usados.

Fase 4: verificação pós-migração

Verificar as datas imediatamente

Verifique as datas dos emails nas 24 horas seguintes à migração. Para cada lote, abra de 5 a 10 caixas e compare as datas com as referências pré-migração. Se as datas estiverem erradas, documente a extensão do problema (quantas caixas afetadas, quantos emails por caixa) enquanto as informações ainda estão frescas.

Verificar todos os tipos de pastas

Problemas de datas podem afetar certas pastas de formas diferentes. Verifique as datas na Caixa de entrada, nos Itens enviados, nos Rascunhos e em qualquer pasta ou rótulo personalizado. Algumas ferramentas de migração processam as pastas sequencialmente, e erros em uma pasta não indicam necessariamente erros nas outras.

Verificar a pesquisa e a ordenação

Abra uma caixa migrada, ordene por data e confirme se a ordem cronológica corresponde ao original. Pesquise emails por intervalo de datas e verifique se os resultados são precisos. Teste qualquer regra automatizada ou filtro que dependa de datas de recebimento. Se a organização usa ferramentas de conformidade ou eDiscovery, verifique se as consultas baseadas em datas retornam resultados corretos.

Erros comuns que causam problemas de datas

Pular a migração de teste

O erro mais comum é migrar todas as caixas sem testar antes. Quando os problemas de datas são descobertos, todas as caixas já estão afetadas e o servidor de origem pode já ter sido desativado. Uma migração de teste de 30 minutos pode evitar semanas de remediação. Por que abrir mão disso?

Ignorar as adições de cabeçalhos "Received"

Os administradores costumam focar na preservação do INTERNALDATE e negligenciam o problema do cabeçalho "Received". Mesmo quando o INTERNALDATE é corretamente definido, o cabeçalho "Received" da migração faz com que o Outlook e outros clientes exibam a data errada. Essa é a fonte mais frequente de reclamações pós-migração. Leia por que os emails mostram datas erradas após a migração para uma explicação técnica completa.

Desativar o servidor de origem cedo demais

Se problemas de datas forem descobertos após o desligamento do servidor de origem, a opção de re-migração desaparece. Mantenha o servidor de origem acessível (mesmo que somente para leitura) por pelo menos 30 dias após a migração. Isso fornece uma saída de emergência caso problemas sérios apareçam mais tarde.

O que fazer se as datas já estão erradas

Se a migração já foi concluída e as datas estão incorretas, o problema tem solução. O cabeçalho "Date" original está preservado em cada email, o que significa que a informação de data correta ainda existe. As datas de emails podem ser corrigidas após a migração, mesmo meses ou anos depois.

O motor de correção proprietário do Redate.io se conecta à caixa e identifica os emails com metadados de data corrompidos. O pipeline de análise multi-etapas reconhece assinaturas de migração, aplica correções direcionadas preservando a integridade das mensagens (incluindo assinaturas S/MIME, estruturas multipart e cabeçalhos não-ASCII), e executa uma verificação de integridade em cada email corrigido. A análise é gratuita e mostra exatamente quantos emails são afetados. Os originais ficam em uma pasta de backup visível por 30 dias.

Tentar esse tipo de correção manualmente ou com um script personalizado é tentador, mas arriscado. Casos especiais como mensagens criptografadas com PGP, limites MIME corrompidos, estruturas multipart aninhadas e inconsistências de Content-Transfer-Encoding podem corromper emails silenciosamente, sem que ninguém perceba até ser tarde demais. E como verificar que 10.000 emails corrigidos estão todos intactos?

Pronto para verificar se sua caixa tem problemas de datas? Inicie uma análise gratuita com o Redate.io - nenhum pagamento necessário para ver quantos emails são afetados.