Corrigir datas de migração do GSMMO no Gmail
Por que as migrações do GSMMO mostram a data errada no Gmail
O GSMMO (Google Workspace Migration for Microsoft Outlook) carrega e-mails de ficheiros PST ou perfis do Outlook diretamente para o Gmail usando a Gmail API. Embora a Gmail API suporte tecnicamente a definição de uma INTERNALDATE personalizada durante a inserção de mensagens, o processo de carregamento do GSMMO resulta em o Gmail registar o carimbo temporal de carregamento como a INTERNALDATE para a maioria das mensagens. O cabeçalho Date original do e-mail é preservado, mas a INTERNALDATE é sobrescrita.
Na interface web do Gmail, este problema está parcialmente oculto. O Gmail web usa o cabeçalho Date do corpo do e-mail para a sua data de exibição, pelo que a maioria dos e-mails aparece com a data correta no navegador. No entanto, a IMAP INTERNALDATE armazenada no servidor está errada. Isto torna-se visível quando os utilizadores acedem à sua conta de Gmail através de qualquer cliente IMAP (Outlook, Thunderbird, Apple Mail) ou quando ferramentas de terceiros consultam a caixa de correio via IMAP.
O GSMMO é tipicamente utilizado por utilizadores finais que estão a fazer a transição do Microsoft Outlook para o Google Workspace. Estes utilizadores podem não notar imediatamente o problema da INTERNALDATE se utilizam principalmente a interface web do Gmail. O problema surge semanas ou meses depois quando instalam um cliente IMAP, configuram uma ferramenta de cópia de segurança, ou quando uma equipa de conformidade executa uma pesquisa baseada em datas na caixa de correio através do Google Vault ou software de arquivo baseado em IMAP.
Como isto afeta o Gmail
Para os utilizadores do Gmail web, o impacto visual é mínimo porque o cabeçalho Date é exibido corretamente. No entanto, a INTERNALDATE corrompida afeta várias áreas não óbvias. O comando IMAP SEARCH DATE do Gmail usa a INTERNALDATE, pelo que qualquer ferramenta ou cliente baseado em IMAP que realize pesquisas por data contra a caixa de correio obtém resultados incorretos. Ferramentas de cópia de segurança como MailStore, Veeam ou scripts personalizados que arquivam o Gmail via IMAP registam as datas erradas nas suas cópias de segurança.
A ordenação do Gmail dentro de etiquetas quando acedido via IMAP usa a INTERNALDATE. Os utilizadores que acedem à sua conta de Gmail a partir de clientes IMAP móveis ou aplicações de e-mail de ambiente de trabalho veem uma desordem de e-mails todos datados do dia de migração. As exportações do Google Takeout também podem fazer referência à INTERNALDATE para nomes de ficheiros ou metadados, potencialmente criando arquivos confusos. O cabeçalho Date corrigido está dentro da mensagem, mas a INTERNALDATE governa como as ferramentas externas e clientes IMAP percecionam a cronologia da mensagem.
Perguntas frequentes
Se o Gmail web mostra a data correta, por que deveria corrigir a INTERNALDATE?
A INTERNALDATE afeta os clientes IMAP, ferramentas de cópia de segurança, pesquisas de conformidade do Google Vault e qualquer integração de terceiros que se ligue via IMAP. Mesmo que a exibição do Gmail web esteja correta, os dados subjacentes estão errados e podem causar problemas em ambientes de cópia de segurança, conformidade e multi-cliente.
Como é que o Redate.io corrige as datas do GSMMO no Gmail?
O Redate.io lê o cabeçalho Date original de cada e-mail, remove o cabeçalho Received de migração do GSMMO e reinsere o e-mail com a INTERNALDATE correta correspondente à data original. O e-mail original é movido para uma etiqueta de cópia de segurança por segurança.
A correção mudará como os e-mails aparecem no Gmail web?
Não. O Gmail web já mostra a data correta (do cabeçalho Date). A correção corrige a INTERNALDATE para que os clientes IMAP também exibam a data correta. A experiência no Gmail web permanece inalterada.