GSMMO alterou as datas dos seus e-mails? Veja como corrigir

GSMMO e o problema de datas que ninguem avisa

Google Workspace Migration for Microsoft Outlook (GSMMO) e a ferramenta desktop que o Google fornece para migrar arquivos PST, perfis do Outlook e arquivos de e-mail locais para o Gmail. E gratuita, oficialmente suportada, e o caminho de migracao que o Google recomenda quando voce esta movendo uma equipe pequena ou algumas caixas de correio individuais do Outlook para o Google Workspace.

A ferramenta funciona. Os e-mails chegam no Gmail, a estrutura de pastas vira etiquetas, os contatos sao transferidos. Mas abra o Gmail depois e ordene por data. Cada e-mail mostra a data de hoje. Aquela proposta que voce enviou em janeiro de 2021? Abril de 2026. A fatura do seu contador de marco de 2023? Tambem abril de 2026.

O GSMMO nao avisa que isso vai acontecer. O log de migracao mostra sucesso para cada mensagem. A propria documentacao do Google nao menciona isso como limitacao conhecida. Voce so descobre quando alguem procura um e-mail antigo por faixa de datas e nao encontra nada.

Como o GSMMO realmente envia seus e-mails

O GSMMO le as mensagens do arquivo PST (ou diretamente do perfil do Outlook) e as envia para o Gmail atraves do gateway IMAP do Google. E aqui que o problema de datas se origina, e vale a pena entender a mecanica porque explica por que a solucao nao e tao simples quanto "reimportar".

Quando o GSMMO envia uma mensagem, o gateway IMAP do Gmail a trata como um e-mail que acabou de chegar. O Gmail carimba a mensagem com um novo cabecalho Received: contendo o timestamp atual. O INTERNALDATE, o timestamp que o Gmail usa internamente para ordenacao e exibicao, e definido para o momento do upload em vez da data de envio original.

Veja como fica a cadeia de cabecalhos apos uma migracao GSMMO:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Ve aquele cabecalho Date: original de setembro de 2019? Ainda esta la, intacto. O GSMMO nao modifica o corpo da mensagem nem os cabecalhos originais. Mas o Gmail o ignora para exibicao e usa o INTERNALDATE, que agora diz abril de 2026.

GSMMO vs. ferramentas de migracao do administrador

E aqui que a confusao costuma comecar. O Google tem varias ferramentas de migracao, e elas nao se comportam todas da mesma forma.

GSMMO (o aplicativo desktop) roda na maquina do usuario. Le do Outlook ou de um arquivo PST e envia e-mails pela interface IMAP do Google. O usuario precisa de uma conta Google Workspace e do plugin GSMMO instalado no Outlook. E uma ferramenta do lado do cliente, o que significa que os servidores do Google veem mensagens recebidas, nao mensagens migradas.

Google Workspace Migration Service (a ferramenta do console de administracao) funciona do lado do servidor. Um administrador a configura no Console de Administracao do Google, aponta para um servidor Exchange ou outro tenant Google Workspace, e a migracao roda na infraestrutura do Google. Essa ferramenta lida com datas um pouco melhor em algumas configuracoes porque pode definir o INTERNALDATE com base nos metadados de origem. Mas "um pouco melhor" nao significa "confiavel", e muitos administradores reportam o mesmo problema de datas com essa ferramenta tambem.

A diferenca principal? Com o GSMMO, nao ha inteligencia do lado do servidor para preservacao de datas. O gateway IMAP trata cada mensagem enviada de forma identica, seja um e-mail recente ou uma mensagem arquivada de 10 anos atras. Carimba a data atual. Ponto.

Por que a preservacao de datas do GSMMO nao funciona

Se voce olhou as configuracoes do GSMMO, talvez tenha notado que nao existe uma opcao "preservar datas". Nao e um descuido. O GSMMO depende do comportamento do gateway IMAP do Gmail para o tratamento de datas e nao consegue contorna-lo.

A cadeia tecnica de eventos:

1. O GSMMO le a mensagem do arquivo PST, incluindo seus timestamps originais
2. O GSMMO conecta ao Gmail via IMAP e emite um comando APPEND com os dados da mensagem
3. O gateway IMAP do Gmail recebe o APPEND e o processa pelo pipeline de transporte interno
4. O pipeline de transporte adiciona um novo cabecalho Received: com a data atual
5. O Gmail define o INTERNALDATE para o timestamp de upload
6. A mensagem chega ao Gmail com a data de hoje

O passo 3 e o que conta. Mesmo que o protocolo IMAP APPEND tecnicamente suporte definir um INTERNALDATE personalizado, a implementacao do Gmail nem sempre o respeita, especialmente pela rota GSMMO. O resultado: todos os seus e-mails historicos parecem ter chegado hoje.

Alguns administradores tentaram rodar o GSMMO com configuracoes especificas do Google Workspace ou ajustando parametros do perfil GSMMO. Nada disso afeta o comportamento das datas. A data e carimbada do lado do servidor, e nenhuma configuracao do lado do cliente muda isso.

Cenarios GSMMO que corrompem as datas

Nem toda migracao GSMMO termina em caos de datas, mas a maioria sim. Estes sao os casos afetados:

• Arquivo PST para Gmail: As datas sao corrompidas. E o caso de uso GSMMO mais comum e o mais afetado.
• Perfil do Outlook para Gmail: As datas sao corrompidas. Mesmo comportamento de gateway IMAP da importacao PST.
• Exchange Online (Microsoft 365) para Gmail via GSMMO: As datas sao corrompidas. O GSMMO le do servidor Exchange e envia pelo gateway IMAP do Gmail.
• Exchange local para Gmail via GSMMO: As datas sao corrompidas. Mesmo mecanismo.
• Gmail para Gmail (reimportacao de exportacao PST): As datas sao corrompidas. Mesmo que os e-mails originais tivessem datas corretas no PST, a reimportacao os recarimba.

O padrao e claro. Qualquer caminho que passe pelo gateway IMAP do Gmail durante o upload sobrescreve as datas. O GSMMO sempre usa esse caminho.

O que torna isso particularmente frustrante e que o relatorio de migracao GSMMO mostra tudo como bem-sucedido. Sem avisos sobre datas, sem erros, sem alertas. Seria necessario comparar manualmente os timestamps antes e depois da migracao para detectar o problema, e a maioria dos administradores nao faz isso ate um usuario reclamar.

O impacto vai muito alem da ordenacao

Datas erradas apos uma migracao GSMMO criam problemas reais que vao alem de uma caixa de entrada desorganizada.

Imagine que voce e contador e acabou de migrar para o Google Workspace. Precisa encontrar toda a correspondencia de clientes do T3 de 2024 para uma declaracao fiscal. Busca no Gmail por faixa de datas: julho a setembro de 2024. Zero resultados. Cada e-mail desse periodo agora mostra a data de migracao, entao o filtro de datas do Gmail nao consegue encontra-los. Voce fica preso rolando milhares de mensagens ou buscando por palavra-chave na esperanca de lembrar os termos certos.

Para setores regulados, isso e pior do que inconveniente. Timestamps de e-mail servem como evidencia legal. Um consultor financeiro que precisa provar que enviou uma divulgacao antes de uma data de transacao nao consegue fazer isso quando o e-mail mostra abril de 2026 em vez de fevereiro de 2023. Auditorias de conformidade sob a LGPD dependem de timestamps de comunicacao precisos, e datas erradas significam auditorias reprovadas.

E depois tem a questao do threading. O Gmail agrupa conversas por data e assunto. Quando cada mensagem de uma conversa mostra a mesma data, a visualizacao fica confusa. Respostas aparecem antes da mensagem original. A estrutura inteira se desmorona em um monte de e-mails com a mesma data.

Corrigir datas GSMMO com o Redate.io

A boa noticia: aquele cabecalho Date: original ainda esta intacto dentro de cada e-mail migrado. O GSMMO nao modifica o conteudo da mensagem. A data correta esta la, so esta sendo ignorada pela logica de exibicao do Gmail porque o INTERNALDATE e o cabecalho Received superior apontam para a data de migracao.

Redate.io conecta a caixa de correio do Google Workspace, escaneia e-mails afetados pela migracao GSMMO e corrige os metadados de data usando um motor proprietario de analise de cadeia de cabecalhos e reconstrucao de datas. A correcao identifica padroes especificos do GSMMO na cadeia de cabecalhos Received (a assinatura gmailapi.google.com e identificadores de gateway IMAP local) e realiza correcao direcionada de metadados sem alterar conteudo da mensagem, anexos ou threading.

Cada e-mail corrigido passa por verificacao individual: integridade da mensagem, preservacao de anexos, mapeamento de etiquetas e consistencia de threads. Os originais ficam em uma pasta visivel Redate.io - Originals por 30 dias.

Voce poderia corrigir isso com um script? Entender o problema e uma coisa. Corrigir 12.000 e-mails sem quebrar assinaturas S/MIME, corromper partes MIME aninhadas ou estragar cabecalhos codificados RFC 2047 em uma caixa de correio de producao, na verdade, e outra historia. Como voce lida com o e-mail de 38 MB de anexo e uma fronteira MIME corrompida que o GSMMO importou mas mal conseguiu manter? Um script que funciona com 20 mensagens de teste em laboratorio nao sobrevive a uma caixa real com 8 anos de correspondencia.

Guias de correcao por plataforma para GSMMO

Como o GSMMO migra especificamente para o Google Workspace, a correcao acontece no nivel do Gmail. Mas os e-mails afetados sao visiveis em cada cliente conectado a essa conta Gmail:

• Corrigir datas de migracao GSMMO no Gmail
• Corrigir datas de migracao GSMMO no Outlook (conectado ao Google Workspace)
• Corrigir datas de migracao GSMMO no Apple Mail

Migrou ha meses? O cabecalho Date original nao se degrada com o tempo. Redate.io pode corrigir e-mails afetados pelo GSMMO quer a migracao tenha acontecido semana passada ou ha tres anos.

A migracao GSMMO deixou seus e-mails com datas erradas? Execute um escaneamento gratuito para ver o numero exato de e-mails afetados e o custo da correcao, antes de se comprometer.