Migre emails do Google Workspace sem perder mensagens

Se você migrar emails do Google Workspace da forma errada, terá entrega dividida, aliases ausentes e usuários irritados na segunda-feira. Este é um trabalho de virada, não uma exportação de arrastar e soltar. Para o contexto geral de compra, leia sobre email empresarial. Se a mudança já está planejada, este roteiro mostra como passar para um host IMAP como o TrekMail sem interromper a entrada de mensagens.

A armadilha é simples: administradores se concentram na cópia das mensagens antigas e esquecem o roteamento. O email não se importa se a migração está 92% concluída. Assim que o MX muda, novas mensagens vão para algum lugar. Se aliases, grupos, DNS e clientes não estiverem prontos ao mesmo tempo, surgem duas realidades de caixa de entrada. Os usuários continuam enviando, os clientes continuam respondendo e metade da correspondência chega ao lugar errado.

A solução é a sequência. Primeiro faça o inventário, depois prepare os dados, mude o DNS uma vez, reconecte os clientes e confira por quantidade de itens. O TrekMail se encaixa nesse modelo com armazenamento compartilhado, hospedagem multidomínio a preço fixo, migração IMAP integrada e suporte padrão a IMAP/SMTP sem cobrança por usuário.

O que significa migrar emails do Google Workspace?

É preciso transferir a correspondência armazenada via IMAP e depois trocar o roteamento das mensagens novas do Google para o novo provedor. A cópia importa, mas a virada importa mais. Se o roteamento mudar antes de identidades, DNS e clientes estarem prontos, os emails começam a sumir nas caixas erradas.

A distinção é importante porque o Google Workspace reúne vários tipos de identidade em uma só experiência administrativa. A conta usada para entrar não representa todos os endereços que recebem mensagens para a pessoa. Aliases compartilhados, endereços de grupos, encaminhamentos e comportamento catch-all podem afetar a mudança.

Antes de alterar o DNS, monte corretamente o destino. No TrekMail, isso costuma significar adicionar o domínio, confirmar registros DNS, criar cada caixa e decidir quais endereços continuam como aliases ou viram caixas reais. Estes documentos ajudam: adicione um domínio, confira os registros DNS obrigatórios e veja como o TrekMail migra o Gmail.

Fase 1: faça um inventário completo antes de copiar

A primeira tarefa real é descobrir todos os endereços capazes de receber mensagens. Usuários principais são óbvios. Aliases, grupos e regras antigas de roteamento são onde as migrações falham. Se esses endereços forem esquecidos, a troca de DNS os transforma em rejeições ou becos sem saída.

Comece com quatro listas:

1. Usuários principais e os tamanhos de suas caixas.
2. Todos os aliases ligados a cada usuário.
3. Google Groups que ainda recebem correspondência real.
4. Encaminhadores, catch-alls e endereços aposentados que ainda aparecem em faturas, formulários ou assinaturas.

Por isso, uma exportação simples de administradores não basta. Uma representante pode entrar como jane@company.com, mas continuar recebendo em sales@company.com, quotes@company.com e em um domínio antigo que ninguém documentou. Esqueça um deles e a virada parecerá quebrada mesmo com o DNS correto. Todo endereço roteável precisa de um destino.

Para extrair dados do Google, os operadores costumam usar GAM ou Admin SDK e construir um mapa completo. A ferramenta exata importa menos que o resultado: antes de migrar, cada endereço roteável deve ter um local explícito no destino.

gam print users aliases > aliases.csv
gam print groups members > group_members.csv

Enquanto organiza os endereços, decida o que cada identidade será no novo host:

Para decidir com rapidez, leia alias de email do domínio ou caixa. Muitos erros começam aí.

Fase 2: prepare os dados porque o Google limita o IMAP

Em qualquer volume real, é necessário um passe preliminar. O Google documenta limites diários de largura de banda IMAP para download e upload por conta. Caixas grandes não terminam em um fim de semana, por mais otimista que seja o plano.

O Google publica estes limites do Gmail para Workspace: download IMAP de 2,500 MB por dia e upload de 500 MB por dia. São condições técnicas, não sugestões. Uma caixa de 50 GB pode levar semanas para ser baixada por completo.

O padrão correto é:

1. Preparar mensagens antigas enquanto os usuários ainda trabalham no Google.
2. Executar sincronizações delta nos dias anteriores à virada.
3. Mover as mensagens mais novas depois da troca de DNS ou na janela final.

Para usuários pesados, divida por intervalos de data quando a ferramenta permitir. O fluxo do TrekMail oferece importações em etapas, tornando viável migrar em lotes em vez de fazer uma única extração cega do histórico inteiro.

Exemplo: se a contabilidade tem uma caixa de 36 GB, mas precisa apenas dos últimos 90 dias imediatamente, importe primeiro as pastas recentes, mude o fluxo e preencha o arquivo depois que a produção estiver estável.

A orientação atual do Google sobre login também importa. A autenticação básica antiga deixou de funcionar na maioria dos casos, sendo as senhas de app a principal exceção em configurações compatíveis. Para fontes Gmail, os documentos do TrekMail orientam o uso de uma senha de app em vez da senha comum quando exigido pela política do Google. Veja a ajuda sobre senhas de app do Google.

Fase 3: mude o DNS uma vez e na ordem correta

O DNS é o ponto de virada que determina onde as novas mensagens chegam. Reduza o TTL com antecedência, publique os novos registros de autenticação e altere o MX somente depois que caixas e aliases existirem. Inverter a ordem cria entrega dividida.

A sequência limpa é intencionalmente simples. Dois dias antes, reduza o TTL de MX, SPF e DMARC para 300 segundos. Um dia antes, publique o DKIM do provedor de destino. Na virada, substitua o MX do Google pelo do TrekMail. Depois confira a propagação em um resolvedor público, não no cache do seu notebook.

; Transitional SPF while some devices still send through Google
v=spf1 include:_spf.google.com include:spf.trekmail.net -all

dig @1.1.1.1 example.com MX +short

Durante a sobreposição, mantenha Google e TrekMail no SPF se ambos ainda enviarem mensagens. Isso segue a RFC 7208. Observe o limite de 10 consultas DNS. Se o registro já estiver cheio de fornecedores, simplifique antes da migração.

Ao repetir o processo em muitos domínios, o TrekMail começa a se pagar. O método antigo altera DNS e caixas domínio por domínio e cobra por usuário. O novo usa uma plataforma de preço fixo com controle multidomínio, armazenamento compartilhado, assistente DNS e migração integrada.

Fase 4: corrija os clientes, não apenas a senha

Após a migração, muitos chamados parecem falhas de senha, mas não são. Clientes treinados no Google mantêm suposições de OAuth, dados antigos de autodiscover ou perfis do provedor. Os usuários precisam de uma configuração IMAP limpa para o novo host, não de uma sequência desesperada de tentativas de senha.

Celulares e Outlook sofrem mais. Nos telefones, os usuários costumam tocar no logotipo do Google porque parece familiar, o que está errado depois da mudança. Perfis antigos do Outlook podem insistir em se conectar ao Google mesmo quando o MX já aponta para outro lugar.

Use as configurações IMAP diretas do TrekMail:

Incoming server: imap.trekmail.net
Port: 993
Security: SSL/TLS
Username: full email address
Password: mailbox password

No iPhone e Android, remova a conta antiga do Google e adicione a caixa como Outra ou IMAP. No Outlook para desktop, crie um novo perfil em vez de reparar o antigo. Os guias do TrekMail explicam as configurações IMAP/SMTP. Para um processo mais manual, complemente com imapsync.

O TrekMail é hospedagem IMAP baseada em padrões. Sem POP3 e sem fingir ser Exchange. Se um dispositivo ou usuário insistir nos assistentes proprietários de Google ou Microsoft, você perderá tempo com o protocolo errado.

Fase 5: confira por quantidade e simplifique a reversão

Verifique a saúde das caixas pela quantidade em cada pasta e pelo fluxo real, não pelos gigabytes totais. A visão de armazenamento do Google inclui compressão e fatores que não se traduzem diretamente para um destino IMAP. Conte mensagens, confirme entrada e saída, então conclua a virada.

A lista mínima deve ser:

1. As quantidades por pasta estão próximas em todas as caixas críticas.
2. Testes de entrada chegam apenas ao TrekMail após a propagação do MX.
3. Mensagens de saída passam nas verificações de SPF, DKIM e DMARC.
4. Aliases e endereços compartilhados entregam exatamente onde deveriam.
5. Os usuários entram no desktop e no celular com as novas configurações.

Pequenas diferenças podem ser normais. Mensagens corrompidas, convites quebrados e itens vazios nem sempre sobrevivem ao IMAP. O que não é normal é a nova correspondência ainda chegar ao Google depois da conclusão. Nesse caso, a migração ainda não terminou.

A reversão deve ser direta e rápida. Se a entrada falhar de forma ampla, aponte o MX de volta para o Google enquanto o TTL continua baixo. Depois exporte as mensagens que chegaram ao novo host durante a janela ruim e reinsira quando necessário. Um plano que não pode ser executado em cinco minutos não é um plano de reversão.

Método antigo e novo: por que operadores escolhem TrekMail

Quando as migrações são frequentes, o custo real não é apenas a licença. É o trabalho repetido com domínios, criação de caixas, redefinição de clientes e novas tentativas. O TrekMail reduz esse esforço com um modelo multidomínio de preço fixo criado para operadores, não para planilhas por assento.

O TrekMail oferece domínios personalizados, caixas IMAP, catch-all, encaminhamento, SMTP próprio ou incluído conforme o plano e migração no servidor. O Nano é sempre gratuito e não exige cartão. Planos pagos incluem avaliação grátis de 14 dias, que exige cartão de crédito. Para quem gerencia uma marca hoje e vinte domínios no próximo trimestre, esse modelo separa margem de confusão.

Para equipes com muitas caixas, a vantagem operacional lembra a hospedagem de email multidomínio: uma dashboard, menos peças e nenhuma armadilha de custo a cada nova caixa.

Para migrar sem transformar a virada em emergência de fim de semana, comece pelos preços do TrekMail. Monte primeiro o destino, prepare os emails, altere o DNS uma vez e verifique como um operador.