Corrigir datas de migração do CloudM no Google Workspace
Por que as migrações do CloudM mostram a data errada no Google Workspace
O CloudM Migrate é uma ferramenta de migração preferida para organizações que se mudam para o Google Workspace, particularmente de ambientes Microsoft Exchange. O CloudM usa a Gmail API para inserir e-mails na conta de Google Workspace de destino. Embora a Gmail API permita especificar uma INTERNALDATE durante a inserção, o comportamento real depende do processamento do lado do servidor, e o cabeçalho Received de migração é ainda assim adicionado ao e-mail.
O tratamento de datas do Google Workspace cria uma situação confusa. A interface web do Gmail tipicamente lê o cabeçalho Date original para exibição, pelo que os e-mails podem aparecer com datas corretas no navegador. No entanto, cada cliente IMAP ligado à conta do Google Workspace lê a INTERNALDATE, que reflete o carimbo temporal de migração. Os utilizadores que acedem ao seu e-mail do Google Workspace através do Outlook, Apple Mail ou Thunderbird veem a data de migração em cada mensagem.
Para as equipas de TI que gerem migrações para o Google Workspace com o CloudM, este comportamento dividido dificulta o diagnóstico. Os utilizadores no Gmail web não reportam problemas, enquanto os utilizadores em clientes de ambiente de trabalho reportam que cada e-mail mostra a mesma data. A inconsistência leva a uma resolução de problemas demorada e a uma solução atrasada enquanto os administradores tentam identificar se o problema está no cliente, na ferramenta de migração ou no servidor de correio.
Como isto afeta o Google Workspace
Os ambientes de Google Workspace onde os utilizadores se ligam tanto via Gmail web como via clientes IMAP experimentam uma discrepância de datas que confunde utilizadores e administradores igualmente. O Gmail web mostra as datas corretamente, mas o Outlook e o Apple Mail ligados via IMAP mostram a data de migração. Este comportamento de data dupla persiste indefinidamente até que a INTERNALDATE subjacente seja corrigida.
As ferramentas administrativas e relatórios do Google Workspace também fazem referência à INTERNALDATE. As políticas de retenção de e-mail configuradas na Consola de Administração do Google, as retenções do Google Vault para conformidade legal e as ferramentas DLP de terceiros que se integram com o Google Workspace via IMAP usam todas o carimbo temporal de migração em vez da data original. As organizações que dependem do Google Workspace para conformidade regulatória descobrem que as suas políticas de retenção e retenção legal operam com informação de data incorreta, potencialmente expondo-as a riscos legais.
Perguntas frequentes
O CloudM tem conhecimento deste problema de datas ao migrar para o Google Workspace?
O problema de datas é um efeito secundário conhecido da migração de e-mail baseada em IMAP, não um erro do CloudM. O CloudM preserva o cabeçalho Date original, mas a IMAP INTERNALDATE é definida pelo servidor recetor durante o carregamento. Isto é inerente a como os servidores de correio processam as mensagens recebidas.
O Redate.io pode corrigir as datas para toda uma organização do Google Workspace?
Sim. Com a delegação ao nível do domínio configurada através de um Service Account do Google Workspace, o Redate.io pode analisar e corrigir caixas de correio em todo o domínio. Os administradores podem processar todas as caixas de correio afetadas a partir de um único painel de controlo.
Corrigir as datas perturbará os utilizadores que estão a trabalhar no Gmail?
Não. O Redate.io processa os e-mails em segundo plano. A mensagem corrigida substitui a original sem problemas. Os utilizadores podem notar que as datas mudam para os valores corretos nos seus clientes IMAP, mas não há tempo de inatividade nem interrupção na sua experiência do Gmail web.