Emails antigos com a mesma data: o que aconteceu?

O sintoma: todos os seus emails antigos agrupados na mesma data

Você abre o Outlook, o Gmail ou o Apple Mail numa manhã. Algo não está certo. Centenas, às vezes milhares de emails antigos aparecem todos com a mesma data: a de alguns dias atrás, ou de algumas semanas. Mensagens de 2021, de 2019, de 2016 surgem como se tivessem sido recebidas ontem. A ordenação por data perdeu qualquer sentido. Você procura um email importante do ano passado e ele está soterrado num bloco de milhares de mensagens que parecem ter chegado todas no mesmo dia.

Os emails novos mostram datas corretas. Só as mensagens antigas é que estão afetadas.

O que será que aconteceu?

O primeiro reflexo: culpar o software

Naturalmente, a gente pensa num bug. Outlook travado. Atualização mal aplicada. Arquivo corrompido. E é aí que começa uma verdadeira odisseia: você pesquisa "bug data Outlook", cai em fóruns que falam de arquivos OST, de SCANPST.exe, de recriar o perfil do Outlook do zero...

Você passa duas horas tentando tudo. O problema continua.

Aliás, o SCANPST é uma ferramenta de reparo de arquivos de dados locais do Outlook. Ele pode corrigir certas corrupções de arquivo, mas não toca nos dados armazenados no servidor de e-mail. Ou seja: mesmo que você repare seu arquivo OST com perfeição, as datas continuarão erradas, porque o problema não está no seu computador.

O problema está nos seus próprios emails, no servidor.

O que realmente aconteceu: uma migração

Na quase totalidade dos casos, esse sintoma aparece após uma migração de e-mail. Sua empresa passou de um sistema antigo para o Google Workspace, o Microsoft 365, ou um novo servidor. Alguém, em algum momento, usou uma ferramenta para transferir todos os seus emails de um lugar para outro.

Talvez você não tenha sido informado. Ou soube, mas não associou isso ao problema das datas. É completamente normal.

Essas ferramentas de migração fazem um trabalho enorme: copiam milhares de mensagens, pastas inteiras, anexos. Mas têm um efeito colateral bastante silencioso. Quando um email é transferido de um servidor para outro, a ferramenta adiciona uma pequena linha técnica no email, chamada cabeçalho "Received:", que indica quando a mensagem chegou ao novo servidor. Ou seja: a data da migração.

E é aí que está o nó do problema.

Como seu cliente de e-mail decide qual data exibir

Um email contém, na verdade, várias datas diferentes, escondidas nos seus dados técnicos. Há a data de envio original (a que você normalmente vê), mas também cabeçalhos "Received:" que registram cada etapa do caminho percorrido pela mensagem pela internet.

(Se você já clicou em "Ver código-fonte" ou "Ver cabeçalhos completos" de um email, provavelmente viu essas linhas crípticas que parecem um bloco de texto incompreensível. É exatamente isso.)

Em condições normais, seu software de e-mail olha para o cabeçalho "Received:" mais recente para determinar quando exibir o email. Essa lógica funciona perfeitamente: o último "Received:" sempre corresponde à chegada da mensagem na sua caixa, alguns segundos após o envio.

Mas após uma migração, essa lógica se volta contra você. A ferramenta de migração adicionou um novo cabeçalho "Received:" no topo, com a data da transferência. Seu software de e-mail lê esse cabeçalho primeiro, vê a data da migração e a exibe. A data original de envio continua lá, intacta, enterrada mais abaixo nos dados do email. Mas seu software não a vê, porque para no primeiro cabeçalho.

Resultado: 8.000 emails que parecem ter chegado todos numa mesma terça-feira de novembro.

Quais ferramentas causam esse problema?

As ferramentas de migração mais comuns têm exatamente esse comportamento. BitTitan MigrationWiz, CloudM, imapsync, GSMMO (a ferramenta gratuita do Google para migrar a partir do Outlook), entre outras. Não é bem um defeito delas: é uma consequência do funcionamento técnico do protocolo de e-mail. Essas ferramentas adicionam esse cabeçalho porque é isso que o protocolo prevê quando uma mensagem é transferida de um servidor para outro.

O problema é que ninguém avisa os usuários que isso vai acontecer.

Se sua empresa mudou de sistema de e-mail recentemente, ou se o departamento de TI realizou uma "migração para a nuvem", é muito provável que seja aí a origem do problema. Você pode verificar olhando para as datas afetadas: todas elas correspondem mais ou menos ao mesmo período? Se sim, esse período é o da migração.

As armadilhas a evitar

Algumas soluções que aparecem com frequência em fóruns e que simplesmente não funcionam:

Reparar o arquivo de dados com o SCANPST

Como mencionado acima: o SCANPST repara arquivos locais do Outlook (os arquivos .pst ou .ost armazenados no seu computador). Ele não modifica os emails no servidor. Após o reparo, seus emails continuarão com as mesmas datas erradas, porque essas datas estão nas mensagens em si, não no arquivo local.

Recriar o perfil do Outlook

A mesma lógica se aplica. Recriar um perfil do Outlook equivale a partir do zero localmente e baixar todos os seus emails do servidor novamente. Os emails baixados terão exatamente as mesmas datas erradas de antes. Você só perdeu tempo reconfigurando tudo.

Ordenar por "data de envio" em vez de "data de recebimento"

Alguns fóruns sugerem mudar o critério de ordenação no Outlook, passando da data de recebimento para a data de envio. Pode ajudar em alguns casos... mas não em todos. E não resolve nada para outros softwares, outros dispositivos, ou outras pessoas que acessam sua caixa. A causa continua lá. Ordenar por data de envio não é uma solução, é um curativo.

Reinstalar o software de e-mail

Não. Os emails estão no servidor, não no software. Reinstalar o Outlook, o Gmail, o Apple Mail ou o Thunderbird não altera em nada os dados armazenados online.

A boa notícia: as datas originais ainda estão lá

Aqui tem algo importante de entender, e que torna a correção possível: a data original de envio de cada email não foi apagada. Ela continua presente, dentro do email, num cabeçalho chamado "Date:" que corresponde à data de envio definida pelo remetente. É um padrão de e-mail (definido por uma especificação técnica chamada RFC 2822) que todas as ferramentas de migração respeitam, porque modificá-lo seria uma violação grave dos padrões.

Ou seja: se você recebeu um email em 14 de março de 2022, esse email ainda contém essa data em algum lugar nos seus dados. Ela simplesmente não é mais a que seu software exibe em primeiro lugar.

É exatamente isso que torna a correção possível. O problema não é uma perda de dados. É uma questão de leitura de metadados: seu software de e-mail está lendo a data errada, enquanto a data correta continua presente.

Por que tentar corrigir isso sozinho é arriscado?

Você deve estar se perguntando se um técnico de TI poderia simplesmente escrever um script para corrigir o problema. Entender o que está acontecendo é uma coisa. Corrigir adequadamente milhares de emails sem perder nenhum é outra completamente diferente.

Um email não é um simples arquivo de texto. Ele pode conter anexos, assinaturas digitais, conteúdos codificados em formatos complexos. Modificar os metadados de uma mensagem assim sem desestruturá-la exige lidar com dezenas de casos especiais: mensagens assinadas eletronicamente (S/MIME), emails criptografados (PGP), codificações fora do padrão, estruturas em múltiplas partes... Um script caseiro que funciona em 20 emails de teste muito provavelmente não vai funcionar corretamente numa caixa de produção com 15.000 mensagens. E se algo der errado, como garantir que nenhum email foi danificado ou perdido? Com um script caseiro: impossível.

Sem um mecanismo de backup e verificação individual para cada email, o risco de danos colaterais é real.

O que o Redate.io faz

Redate.io é um serviço desenvolvido especificamente para esse problema. Ele se conecta à sua caixa de e-mail (Google Workspace, Microsoft 365, ou um servidor IMAP), identifica os emails com datas alteradas pela migração e os corrige por meio de um motor proprietário que analisa a cadeia completa de cabeçalhos e reconstrói os metadados de data de cada mensagem.

Cada email corrigido é verificado individualmente. Os originais são mantidos numa pasta de backup visível por 30 dias. Se algo não estiver certo, dá para voltar atrás.

A varredura inicial é gratuita: Redate.io analisa sua caixa e mostra exatamente quantos emails estão afetados antes de você decidir qualquer coisa. Sem surpresas.

A cobrança é um pagamento único, baseado no volume de emails a corrigir. Sem assinatura. Você paga uma vez, o problema está resolvido.

Quer ver a extensão do problema antes de se comprometer? Faça uma varredura gratuita da sua caixa de e-mail em Redate.io e descubra em poucos minutos quantos emails estão afetados.