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

GSMMO e o problema de datas que ninguém avisa

Google Workspace Migration for Microsoft Outlook (GSMMO) é a ferramenta de ambiente de trabalho que a Google fornece para migrar ficheiros PST, perfis do Outlook e arquivos de e-mail locais para o Gmail. É gratuita, tem suporte oficial e é o caminho de migração que a Google recomenda quando se move uma equipa pequena ou algumas caixas de correio individuais do Outlook para o Google Workspace.

A ferramenta funciona. Os e-mails chegam ao Gmail, a estrutura de pastas transforma-se em etiquetas, os contactos são transferidos. Mas abra o Gmail depois e ordene por data. Cada e-mail mostra a data de hoje. Aquela proposta que enviou em janeiro de 2021? Abril de 2026. A fatura do seu contabilista de março de 2023? Também abril de 2026.

O GSMMO não avisa que isto vai acontecer. O registo de migração mostra sucesso para cada mensagem. A própria documentação da Google não o menciona como limitação conhecida. Só se descobre quando alguém procura um e-mail antigo por intervalo de datas e não encontra nada.

Como o GSMMO envia realmente o seu e-mail

O GSMMO lê as mensagens do ficheiro PST (ou diretamente do perfil do Outlook) e carrega-as para o Gmail através da API do Gmail (as próprias notas de versão da Google para a ferramenta dizem-no). É aqui que o problema das datas tem origem, e vale a pena entender o mecanismo, porque explica porque a correção não é tão simples como "voltar a importar".

Quando o GSMMO carrega uma mensagem através da API do Gmail, o Gmail adiciona um novo cabeçalho Received: datado do momento do carregamento. E quando a data original não é transmitida juntamente com a mensagem, o INTERNALDATE, que é a marca temporal que o Gmail usa internamente para ordenação e exibição, fica definido para o momento do carregamento em vez da data original de envio.

Eis o aspeto da cadeia de cabeçalhos depois de uma migração 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

Vê aquele cabeçalho Date: original de setembro de 2019? Continua lá, intacto. O GSMMO não modifica o corpo da mensagem nem os cabeçalhos originais. Mas o Gmail ignora-o para fins de exibição e usa o INTERNALDATE, que agora diz abril de 2026.

GSMMO vs. ferramentas de migração do lado do administrador

É aqui que a confusão costuma começar. A Google tem várias ferramentas de migração, e não se comportam todas da mesma forma.

GSMMO (a aplicação de ambiente de trabalho) é executado no computador do utilizador. Lê do Outlook ou de um ficheiro PST e carrega os e-mails através da API do Gmail. O utilizador precisa de uma conta Google Workspace e do plugin GSMMO instalado no Outlook. É uma ferramenta do lado do cliente.

Google Workspace Migration Service (a ferramenta da consola de administração) funciona do lado do servidor. Um administrador configura-a na Consola de Administração da Google, aponta-a para um servidor Exchange ou outro inquilino Google Workspace, e a migração é executada na infraestrutura da Google. Esta ferramenta tem uma gestão de datas ligeiramente melhor em algumas configurações, porque pode definir o INTERNALDATE com base nos metadados de origem. Mas "ligeiramente melhor" não significa "fiável", e muitos administradores relatam o mesmo problema de datas também com esta ferramenta.

A diferença fundamental? Com o GSMMO não existe inteligência do lado do servidor a decidir sobre a preservação das datas. Todas as mensagens que carrega recebem o mesmo tratamento, seja um e-mail recente ou uma mensagem arquivada há 10 anos: um cabeçalho Received: datado do dia do carregamento. Ponto final.

Porque a preservação de datas do GSMMO não funciona

Se olhou para as definições do GSMMO, talvez tenha reparado que não existe de facto uma opção "preservar datas". Isso não é um descuido. O GSMMO depende de como o Gmail trata as mensagens carregadas através da sua API, e não pode alterar esse comportamento.

Eis a cadeia técnica de eventos:

1. O GSMMO lê a mensagem do ficheiro PST, incluindo as suas marcas temporais originais
2. O GSMMO carrega os dados da mensagem através da API do Gmail
3. O Gmail recebe o carregamento e guarda a mensagem na caixa de correio
4. O Gmail adiciona um novo cabeçalho Received: datado do momento do carregamento (a linha gmailapi.google.com no exemplo acima)
5. Quando a data original não é transmitida, o Gmail define o INTERNALDATE para a marca temporal do carregamento
6. A mensagem fica no Gmail com a data de hoje

Os passos 4 e 5 são os decisivos. O Gmail adiciona esse cabeçalho a cada mensagem carregada através da sua API, seja o que for que a ferramenta envie, e o GSMMO não tem nenhuma definição para transmitir ou manter a data original. O resultado é que todos os seus e-mails históricos parecem ter chegado hoje.

Alguns administradores tentaram executar o GSMMO com definições específicas do Google Workspace ativadas ou ajustar as definições do perfil do GSMMO. Nenhuma delas afeta o comportamento das datas. O cabeçalho Received: é adicionado do lado da Google, e nenhuma configuração do lado do cliente altera isso.

Cenários específicos do GSMMO que dão erro nas datas

Nem toda a migração GSMMO acaba em caos de datas, embora a maioria acabe. Eis onde importa:

• Ficheiro PST para Gmail: as datas ficam erradas. É o caso de uso mais comum do GSMMO e o mais afetado.
• Perfil do Outlook para Gmail: as datas ficam erradas. Mesmo carregamento pela API do Gmail que a importação do PST.
• Exchange Online (Microsoft 365) para Gmail via GSMMO: as datas ficam erradas. O GSMMO lê do servidor Exchange e carrega através da API do Gmail.
• Exchange local para Gmail via GSMMO: as datas ficam erradas. Mesmo mecanismo.
• Gmail para Gmail (reimportação de uma exportação PST): as datas ficam erradas. Mesmo que os e-mails originais tivessem datas corretas no PST, a reimportação carimba-os de novo.

O padrão é claro. Cada mensagem carregada através da API do Gmail recebe um cabeçalho Received: datado do dia do carregamento. O GSMMO usa sempre este caminho.

O que torna isto particularmente frustrante é que o relatório de migração do GSMMO mostra tudo como bem-sucedido. Sem avisos sobre datas, sem erros, sem alertas. Seria preciso comparar manualmente as marcas temporais antes e depois da migração para detetar o problema, e a maioria dos administradores não o faz até um utilizador se queixar.

O impacto vai muito além da ordenação

Datas erradas depois de uma migração GSMMO criam problemas reais que vão além de uma caixa de correio desorganizada.

Imagine que é contabilista e acabou de mudar para o Google Workspace. Precisa de encontrar toda a correspondência com clientes do terceiro trimestre de 2024 para uma declaração fiscal. Pesquisa no Gmail por intervalo de datas: julho a setembro de 2024. Zero resultados. Todos os e-mails desse período mostram agora a data da migração, pelo que o filtro de datas do Gmail não os consegue encontrar. Fica preso a percorrer milhares de mensagens ou a pesquisar por palavra-chave na esperança de se lembrar dos termos certos.

Para setores regulados, isto é pior do que incómodo. As marcas temporais dos e-mails servem como prova legal. Um consultor financeiro que precisa de provar que enviou uma divulgação antes de uma data de transação não o pode fazer quando o e-mail mostra abril de 2026 em vez de fevereiro de 2023. As auditorias de conformidade sob SOX ou HIPAA dependem de marcas temporais de comunicação exatas, e datas erradas significam auditorias falhadas.

E depois há a questão dos tópicos de conversação. O Gmail agrupa conversas por data e assunto. Quando cada mensagem de uma conversa mostra a mesma data, a vista de conversação fica confusa. As respostas aparecem antes da mensagem original. Toda a estrutura do tópico se desfaz num monte de e-mails com a mesma data.

Corrigir as datas do GSMMO com o Redate.io

A boa notícia: esse cabeçalho Date: original continua intacto dentro de cada e-mail migrado. O GSMMO não modifica o conteúdo da mensagem. A data correta está lá, só está a ser ignorada pela lógica de exibição do Gmail porque o INTERNALDATE e o cabeçalho Received superior apontam para a data da migração.

O Redate.io liga-se à caixa de correio do Google Workspace, analisa os e-mails afetados pela migração do GSMMO e corrige os metadados de data com um motor próprio de análise da cadeia de cabeçalhos e reconstrução de datas. O Redate não precisa de saber qual foi a ferramenta que fez a migração: encontra os e-mails cuja data exibida não corresponde à data original e corrige-os sem alterar o conteúdo da mensagem, os anexos ou os tópicos de conversação.

Cada e-mail corrigido passa por uma verificação individual: integridade da mensagem, preservação dos anexos, mapeamento de etiquetas e consistência dos tópicos. Os originais ficam numa pasta visível Redate.io - Originals na sua própria caixa de correio, até serem eliminados por si.

Conseguiria corrigir isto sozinho com um script? Entender o problema é uma coisa. Corrigir 12.000 e-mails sem quebrar assinaturas S/MIME, corromper partes MIME aninhadas ou estragar cabeçalhos codificados em RFC 2047 numa caixa de correio de produção é outra coisa bem diferente. Como se trata o e-mail com um anexo de 38 MB e uma fronteira MIME corrompida que o GSMMO importou mas mal conseguiu manter? Como se verifica que cada mensagem chegou intacta? Um script que funciona com 20 mensagens de teste num laboratório não sobrevive a uma caixa de correio real com 8 anos de correspondência.

Guias específicos por plataforma para o GSMMO

Como o GSMMO migra especificamente para o Google Workspace, a correção acontece ao nível do Gmail. Mas os e-mails afetados são visíveis em todos os clientes ligados a essa conta Gmail:

• Corrigir as datas de migração do GSMMO no Gmail
• Corrigir as datas de migração do GSMMO no Outlook (ligado ao Google Workspace)
• Corrigir as datas de migração do GSMMO no Apple Mail

Já migrou há meses? O cabeçalho Date original não se degrada com o tempo. O Redate.io pode corrigir os e-mails afetados pelo GSMMO, quer a migração tenha acontecido na semana passada ou há três anos.

A migração do GSMMO deixou os seus e-mails com datas erradas? Faça uma análise gratuita para ver o número exato de e-mails afetados e o custo da correção, antes de se comprometer a algo.