É possível migrar emails do Gmail com segurança. A confusão começa quando as pessoas tratam o Gmail como um servidor IMAP comum. Ele não é. O Gmail usa marcadores, não pastas reais, e esse detalhe faz migrações crescerem demais, travarem ou colocarem os enviados no lugar errado. Se você está saindo do Workspace porque a conta por usuário não para de subir, comece com o modelo correto e evite um projeto de limpeza depois.
Para entender melhor custos e plataformas, leia sobre email empresarial. Este guia trata da execução: como migrar mensagens, evitar duplicatas, trocar o DNS e verificar se nenhum email foi perdido.
A versão curta é simples. Sincronize os emails antigos primeiro. Troque o MX quando estiver pronto. Faça uma última sincronização complementar. Confira a quantidade de mensagens, não o tamanho da caixa. Essa é a maneira mais segura de migrar emails do Gmail para um host IMAP padrão como o TrekMail.
Por que o Gmail complica migrações IMAP comuns
Ao migrar emails do Gmail, o principal risco é a duplicação. O Gmail expõe marcadores pelo IMAP, então uma mensagem pode aparecer em vários lugares. Se a ferramenta copiar todas as pastas visíveis, a mesma mensagem pode ser importada mais de uma vez e inflar rapidamente a caixa de destino.
Em uma caixa IMAP comum, uma mensagem fica em uma pasta. No Gmail, ela geralmente fica em All Mail e recebe marcadores. Pelo IMAP, esses marcadores podem parecer pastas separadas.
Essa é a armadilha.
Se uma mensagem tiver Inbox, Project A e Urgent, uma ferramenta básica pode tentar copiá-la três vezes. A Microsoft documenta esse problema em migrações do Gmail para IMAP quando há marcadores e a pasta [Gmail] não é excluída. O IMAP é apenas a camada de transporte definida na RFC 3501. O comportamento incomum está na apresentação de pastas do Gmail, não no protocolo.
Se você lembrar apenas uma regra, lembre desta: ao migrar emails do Gmail, exclua [Gmail]/All Mail, a menos que exista um motivo muito específico para incluí-la. Essa escolha evita a maioria dos aumentos de armazenamento e chamados sobre mensagens duplicadas.
Para um passo a passo do TrekMail, consulte a documentação de migração do Gmail. A visão geral da migração IMAP explica o modelo de importação no servidor.
O que é transferido ao migrar emails do Gmail
Ao usar IMAP, você transfere apenas dados de email: conteúdo, anexos, localização em pastas e estado de leitura quando disponível. A conta Google inteira não é movida. Calendários, contatos e arquivos do Google Drive precisam de exportações separadas.
É aqui que as pessoas superestimam uma migração. O IMAP transfere email. Só isso.
Veja a divisão:
| Tipo de dado | É transferido por IMAP? | Observações |
|---|---|---|
| Mensagens de email | Sim | Conteúdo, anexos, datas, pastas e muitas vezes o estado de leitura |
| Marcadores | Em parte | Normalmente viram pastas, o que pode duplicar mensagens do Gmail |
| Contatos | Não | Exporte separadamente como CSV ou VCF no Google Contatos |
| Calendários | Não | Exporte separadamente como ICS no Google Agenda |
| Google Docs | Não | São itens do Drive, não conteúdo da caixa de email |
A autenticação também importa. Para migrar com uma ferramenta de terceiros, muitas vezes é necessária uma senha de app. Segundo o Google, senhas de app são códigos de 16 dígitos e só funcionam quando a 2-Step Verification está ativada. Elas também podem não estar disponíveis em algumas contas corporativas ou escolares, uma restrição real no Google Workspace. Consulte a ajuda do Google sobre senhas de app antes de marcar a virada.
Esse detalhe é ignorado por muitos guias, que mandam gerar uma senha de app como se toda conta pudesse fazer isso. Algumas não podem. Se o administrador bloqueou a opção, use um processo compatível com OAuth em vez de perder uma tarde com credenciais inadequadas.
A maneira mais segura de migrar emails do Gmail
O método mais seguro é uma virada IMAP em etapas: pré-sincronize os emails antigos, troque o MX e execute uma sincronização delta final. Isso evita pânico no fim de semana, reduz a interrupção dos usuários e trabalha dentro dos limites do Google.
Não faça uma operação única na sexta à noite. Prepare a maior parte da caixa enquanto os usuários ainda trabalham no Gmail e transfira apenas as alterações recentes na virada.
- Faça o inventário. Verifique o tamanho da caixa, marcadores incomuns e a disponibilidade de senhas de app ou OAuth. Confirme quais pastas realmente são necessárias. Transferir lixo que será apagado depois só deixa a tarefa mais lenta.
- Comece com um piloto. Escolha uma caixa de baixo risco para confirmar o mapeamento, o local dos enviados e o tratamento das pastas especiais do Gmail. Se o piloto estiver confuso, uma migração de 50-user será pior.
- Pré-sincronize os emails antigos. Mova primeiro as mensagens com mais de 30 dias, onde está a maior parte do volume. Os usuários continuam no Gmail enquanto a transferência ocorre em segundo plano.
- Troque o DNS. Reduza o TTL com antecedência e altere o MX quando as caixas de destino estiverem prontas. No TrekMail, adicione o domínio, publique os registros e confira o status na dashboard. A documentação de registros DNS obrigatórios mostra o conjunto exato.
- Execute a sincronização delta. Depois que as mensagens começarem a chegar ao novo servidor, sincronize mais uma vez o período recente. Isso captura chegadas de última hora e mudanças de leitura.
Ao mover várias marcas ou domínios de clientes, uma infraestrutura com preço fixo faz mais sentido que pacotes por usuário. O TrekMail foi criado para isso. Veja a análise econômica em hospedagem de email para vários domínios.
Comando manual para migrar do Gmail com imapsync
Para ter controle total, imapsync é a ferramenta padrão de linha de comando. O essencial é excluir a pasta de arquivo do Gmail e mapear as pastas especiais para que enviados e rascunhos cheguem ao lugar esperado.
Modelo prático:
imapsync \
--host1 imap.gmail.com --port1 993 --ssl1 \
--user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
--host2 imap.trekmail.net --port2 993 --ssl2 \
--user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
--gmail1 \
--exclude "\\[Gmail\\]/All Mail" \
--exclude "\\[Gmail\\]/Trash" \
--exclude "\\[Gmail\\]/Spam" \
--regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
--regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
--dryFunção de cada opção:
| Opção | Por que importa |
|---|---|
--gmail1 | Ajusta a origem ao comportamento do Gmail |
--exclude "\[Gmail\]/All Mail" | Evita a principal fonte de importações duplicadas |
--exclude Trash/Spam | Mantém lixo e emails excluídos fora do destino |
--regextrans2 | Mapeia nomes do Gmail para pastas IMAP padrão |
--dry | Simula a execução para conferir quantidades antes da cópia |
Sempre faça primeiro o teste a seco.
No TrekMail, as configurações padrão são imap.trekmail.net, porta 993 e SSL/TLS. O TrekMail usa apenas IMAP, não POP3, a escolha correta para caixas sincronizadas. Consulte a documentação de IMAP e SMTP.
Para aprofundar a operação pela linha de comando, leia imapsync. O conteúdo complementa este processo.
Falhas importantes durante uma migração do Gmail
Três tipos de falha merecem atenção: limitação do Google, interrupção da autenticação e um pequeno número de mensagens ilegíveis. Nenhum exige pânico. Pare, ajuste e verifique com cuidado em vez de reiniciar tudo sem análise.
O primeiro é a limitação. O Gmail reduz ou bloqueia temporariamente extrações IMAP agressivas. Nesse caso, o certo é esperar, não insistir mais.
O segundo são os ciclos de autenticação. Uma migração pode rodar por algum tempo e falhar se o Google sinalizar o login. Confira a atividade de segurança, confirme o acesso e tente novamente com o mesmo desenho de sessão. Não mude todas as variáveis se o problema for apenas a confiança na conta.
O terceiro são itens fantasmas. Um relatório pode indicar algumas falhas em uma caixa com dezenas de milhares de mensagens. Normalmente são dados corrompidos, convites quebrados ou itens vazios. Se a taxa for mínima, trate como ruído aceitável, não como perda catastrófica.
Lógica ruim: refazer todo o trabalho até o relatório ficar perfeitamente limpo.
Lógica boa: descobrir se as falhas são emails reais do usuário ou artefatos quebrados que nunca foram legíveis.
Não avalie o resultado em gigabytes. O tamanho no Gmail e no destino IMAP não é diretamente comparável. Compressão, metadados e representação variam. Use a quantidade de itens e faça verificações em Inbox, Sent e pastas pessoais.
Como confirmar uma migração limpa do Gmail
Compare a quantidade de mensagens e a localização das pastas, não só o armazenamento. Confira Inbox, Sent, Drafts e algumas pastas pessoais. Depois da mudança do MX, envie uma mensagem real para confirmar a entrega ao novo servidor.
Use esta lista:
- Compare o total de itens no Gmail e na caixa de destino.
- Confira a quantidade da Inbox e de mensagens não lidas.
- Abra Sent Items e confirme que os enviados não foram para uma pasta aleatória.
- Abra de 3 a 5 pastas com nomes incomuns ou marcadores aninhados.
- Procure algumas mensagens antigas com anexos e confirme que abrem.
- Envie um teste real de entrada depois da mudança do MX.
- Responda pela nova caixa e confira SMTP e DNS.
Se o domínio também está mudando, um DNS limpo é tão importante quanto a cópia. Registros MX antigos do Google dividem a entrega e fazem parecer que a migração falhou, quando o problema é roteamento misto. Use a documentação do TrekMail para domínio e DNS antes da virada. Para planejar a estrutura de destino, leia criar email com domínio próprio.
Método antigo e método novo
O método antigo cobrava por usuário para sempre e tratava a migração como projeto de uma noite. O novo método prepara os dados, confere quantidades e adota infraestrutura com preço fixo para vários domínios sem punir o crescimento.
Método antigo: continuar pagando o Google Workspace por usuário, adiar a mudança por medo e depois correr em um fim de semana torcendo para as quantidades baterem.
Método novo: pré-sincronizar a maior parte, trocar o DNS corretamente, executar um delta final e chegar a uma plataforma de domínios próprios e armazenamento compartilhado. O TrekMail começa em $3.50 por mês e oferece domínios personalizados, caixas IMAP, encaminhamento, catch-all, SMTP próprio ou incluído conforme o plano e migração no servidor pela dashboard.
Para email em vários domínios sem taxa por usuário, esse é o caminho prático. Você pode consultar os preços do TrekMail, testar o processo no plano gratuito e migrar de verdade quando o piloto funcionar.
Resumo: não complique a migração do Gmail. Exclua All Mail, sincronize em etapas, troque o MX quando o destino estiver pronto e confira a quantidade de mensagens. Assim você evita duplicatas e uma caixa quebrada na manhã de segunda-feira.
