Corrigir datas de migração do CloudM no Gmail
Por que as migrações do CloudM mostram a data errada no Gmail
O CloudM Migrate (anteriormente Cloud Migrator) é amplamente utilizado para migrar caixas de correio para o Google Workspace. O CloudM utiliza a Gmail API para carregar e-mails para a conta de Gmail de destino. Durante este carregamento, a infraestrutura do Gmail regista o carimbo temporal de inserção como a INTERNALDATE da mensagem, sobrescrevendo a data de entrega original com a data em que a migração foi realizada.
O CloudM tenta preservar o cabeçalho Date original no corpo do e-mail, e a interface web do Gmail tipicamente usa este cabeçalho Date para fins de exibição. No entanto, a IMAP INTERNALDATE fica permanentemente definida para a data de migração. Cada cliente IMAP que se liga à conta de Gmail (Outlook, Apple Mail, Thunderbird, clientes móveis usando IMAP) lê esta INTERNALDATE e exibe a data de migração na coluna de receção.
As organizações que migram do Microsoft 365, Exchange local ou outras plataformas para o Google Workspace usando o CloudM descobrem este problema quando os utilizadores ligam clientes de ambiente de trabalho às suas novas contas de Gmail. A interface web do Gmail pode parecer correta, mas o Outlook e o Apple Mail mostram cada e-mail como recebido na data de migração, gerando confusão e tickets de suporte em toda a organização.
Como isto afeta o Gmail
No Gmail, o impacto depende de como o utilizador acede à sua caixa de correio. A interface web do Gmail tipicamente exibe as datas corretamente porque lê o cabeçalho Date do próprio e-mail. No entanto, qualquer cliente ligado por IMAP (Outlook, Apple Mail, Thunderbird) exibe a data de migração porque estes clientes dependem da IMAP INTERNALDATE em vez do cabeçalho Date.
O sistema de etiquetas e pesquisa do Gmail também são afetados de formas subtis. Enquanto a pesquisa web do Gmail usa o cabeçalho Date para os operadores "before:" e "after:", o comando IMAP SEARCH DATE usa a INTERNALDATE. As ferramentas de cópia de segurança e soluções de arquivo de e-mail de terceiros que se ligam via IMAP arquivam a data de migração como a data da mensagem, criando inexatidões permanentes nos registos de cópia de segurança. O Google Vault, usado para conformidade e retenção legal, também pode fazer referência à INTERNALDATE para certas operações, afetando a precisão da descoberta legal baseada em datas.
Perguntas frequentes
O CloudM Migrate corrompe sempre as datas no Gmail?
O CloudM carrega e-mails usando a Gmail API, que define a INTERNALDATE para o carimbo temporal de carregamento. O cabeçalho Date dentro do e-mail é preservado, pelo que o Gmail web normalmente mostra a data correta. Mas os clientes IMAP exibem a data de migração porque leem a INTERNALDATE.
Por que os e-mails aparecem bem no Gmail web mas errados no Outlook?
O Gmail web usa o cabeçalho Date do corpo do e-mail para exibição, que o CloudM preserva. O Outlook e outros clientes IMAP usam a IMAP INTERNALDATE, que está definida para a data de migração. O Redate.io corrige a INTERNALDATE para que todos os clientes mostrem a data correta.
O Redate.io pode corrigir as datas de migração do CloudM em todo um domínio do Google Workspace?
Sim. Através da delegação ao nível do domínio do Google Workspace, o Redate.io pode analisar e corrigir caixas de correio em toda a organização. Os administradores podem processar múltiplas caixas de correio sem necessitar do envolvimento individual de cada utilizador.