Corrigir datas de migração do imapsync no Google Workspace

O imapsync é a ferramenta de referência para migrar caixas de correio para o Google Workspace. De código aberto, automatizável por scripts, testada em milhares de migrações. Mas aqui está o problema: o gateway IMAP do Google Workspace não se comporta como um servidor IMAP padrão no que diz respeito ao tratamento de datas.

Quando o imapsync faz upload de uma mensagem pelo protocolo padrão de transferência de correio com a flag --syncinternaldates, ele solicita ao Google que preserve o INTERNALDATE original do servidor de origem. O Google Workspace aceita essa solicitação para algumas mensagens, mas a ignora silenciosamente para outras. A decisão de ignorar depende de como a mensagem percorre a pipeline interna de processamento do Gmail - filtros de spam, verificações de conformidade, validação de cabeçalhos. Cada etapa pode redefinir o INTERNALDATE para a marca temporal atual. Sem aviso, sem registro de erro, sem indicação de que a data foi alterada.

Mas o INTERNALDATE é apenas metade do problema. O Google Workspace também adiciona um novo cabeçalho Received a cada mensagem enviada, carimbado com a data da migração. Esse cabeçalho Received fica no topo da cadeia de cabeçalhos, e qualquer cliente IMAP que leia a caixa de correio (Outlook, Apple Mail, Thunderbird) exibirá essa marca temporal de migração em vez da data original. O resultado? Uma caixa de correio onde 47.000 e-mails parecem ter chegado no dia 15 de março de 2025.

O que torna o Google Workspace particularmente enganoso é que a interface web do Gmail usa o cabeçalho Date para exibição - que o imapsync não modifica. O administrador verifica o Gmail no navegador, vê datas corretas em todos os lugares e assume que a migração foi bem-sucedida. Enquanto isso, 200 funcionários conectados pelo Outlook veem uma parede de e-mails com datas idênticas. Você já tentou explicar a uma diretora financeira por que cada e-mail na caixa de correio dela mostra a data de ontem?

A divisão Gmail/IMAP cria uma realidade de dois níveis dentro da mesma organização. Os usuários da interface web do Gmail não veem nenhum problema. Os usuários do Outlook, Apple Mail ou qualquer cliente IMAP móvel veem cada e-mail migrado carimbado com a data da migração. Quando um membro da equipe menciona "aquele e-mail de outubro passado," os colegas veem datas diferentes dependendo do cliente que usam. A confusão se transforma em desconfiança em relação a todo o sistema de correio.

Depois há a questão de conformidade. O Google Vault, a ferramenta em que as organizações confiam para retenções legais e eDiscovery, se comporta de forma imprevisível com datas corrompidas. Algumas buscas no Vault consultam o cabeçalho Date, outras usam o INTERNALDATE. Uma solicitação de descoberta legal para "todos os e-mails entre janeiro e março de 2024" pode retornar resultados incompletos porque o INTERNALDATE indica que as mensagens foram entregues em 2025. Para organizações em setores regulados (saúde, finanças, jurídico), isso não é um incômodo. É um risco de responsabilidade.

O Redate.io se conecta ao Google Workspace por meio de delegação em nível de domínio e executa seu motor de correção proprietário nas caixas de correio afetadas. O motor realiza uma análise de cabeçalhos em múltiplas etapas para identificar as assinaturas de migração do imapsync, e então aplica uma correção de metadados direcionada sem alterar o conteúdo real da mensagem. Cada e-mail corrigido é verificado individualmente antes que o original seja movido para um rótulo de backup. O painel de administração acompanha o progresso de todas as caixas de correio em tempo real - sejam 50 ou 500 caixas de correio, a escalabilidade é a mesma.