Migrações IMAP podem fazer projetos de e-mail saírem do controle rapidamente. Um mapeamento de pastas errado, um cache DNS antigo ou uma particularidade do Gmail pode causar uma interrupção no fim de semana. Leia isto antes da mudança e mantenha por perto o guia operacional do imapsync. O objetivo é transferir mensagens sem duplicatas, perdas silenciosas ou custos extras por usuário.
E-mail não é um arquivo ZIP. É um sistema ativo com estado, clientes, DNS, limites e usuários que continuam enviando mensagens durante a mudança. Por isso, uma migração séria começa pelos limites do protocolo, não pelas promessas do fornecedor.
Separe a velocidade da pressão do corte. Método antigo: comprar licenças, correr e torcer. Método novo: preparar o destino, migrar em etapas e usar armazenamento compartilhado para uma caixa enorme não comprometer o orçamento. O TrekMail oferece hospedagem multidomínio a preço fixo, armazenamento compartilhado e importação integrada no servidor. Confira antes os limites do plano e os recursos disponíveis para a migração.
Por que migrações IMAP falham na prática
Os servidores descrevem pastas, identificadores e marcadores de formas diferentes. O IMAP transfere e-mails, mas não foi criado como replicação perfeita em massa. Em escala, podem surgir duplicatas, hierarquias de pastas simplificadas, limitação de velocidade e mensagens novas que ficam na origem.
A primeira armadilha é a lógica de UID. O IMAP identifica mensagens em uma caixa por meio dos UIDs junto com UIDVALIDITY. Se UIDVALIDITY mudar, o cliente não pode reutilizar os mapeamentos anteriores de UID, conforme a RFC 9051. Reconstruir ou restaurar a caixa pode criar uma nova geração de UIDs; apenas renomeá-la não necessariamente causa essa mudança. Se a ferramenta perder o mapeamento, poderá copiar mensagens novamente.
A segunda armadilha é o espaço de nomes das pastas. Um provedor interpreta `INBOX.Sent` como pasta aninhada, outro espera `INBOX/Sent`. O Gmail também mostra marcadores como pastas. Sem um levantamento prévio e a conferência do mapeamento, os usuários podem achar que parte do arquivo sumiu.
A terceira é o modelo de marcadores do Gmail. Uma mensagem pode aparecer sob vários marcadores, enquanto o destino IMAP armazena pastas. Dependendo do mapeamento, uma mensagem lógica pode virar várias cópias. Mas excluir All Mail indiscriminadamente também traz risco: algumas mensagens arquivadas podem não aparecer em nenhum outro marcador selecionado. Descubra antes quais pastas, em conjunto, cobrem todo o conteúdo que deve ser transferido.
Pré-verificação: conheça a bagunça antes da mudança
Comece pelo inventário, não pelas credenciais: quantidades, tamanhos, contas de serviço, encaminhamentos antigos e usuários com necessidades críticas. Pular esse levantamento apenas transfere a incerteza para o dia do corte.
Comece pelas caixas gigantes: arquivos de fundadores, finanças com anos de PDFs e caixas de suporte que viraram arquivos. Elas definem o cronograma e mostram possíveis problemas dos preços por usuário. Uma caixa de 60 GB pode exigir um plano maior em algumas plataformas. O armazenamento compartilhado do TrekMail pode facilitar essa distribuição, desde que o plano tenha capacidade total livre suficiente e limites de caixa compatíveis.
Depois encontre dados pouco visíveis: endereços compartilhados, contas de scanner, alertas e substitutos antigos de listas que têm credenciais próprias. Se um deles for esquecido, mensagens importantes podem deixar de ser encaminhadas sem um erro evidente. Registre o responsável e o acesso necessário para cada conta.
Defina antes como tratar itens com problemas. Partes MIME corrompidas, cabeçalhos inválidos e anexos acima do limite são comuns em acervos antigos. Se a ferramenta parar no primeiro objeto, toda a migração pode ficar presa em uma mensagem de 2009. Continue somente conforme a política de tratamento de erros aprovada, registre os itens ignorados e tente recuperá-los depois, ou documente as exceções expressamente autorizadas.
| Item do levantamento | Por que importa | O que registrar |
|---|---|---|
| Tamanho da caixa | Define cronograma e ordem | Total em GB e quantidade |
| Caixas gigantes | Mostram risco de cota e limitação | Tudo acima de 15-20 GB |
| Contas de serviço | Podem parar sem aviso evidente | Responsável, aplicativo, autenticação |
| Pastas e marcadores compartilhados | Criam erros e duplicatas | Nomes, separadores, marcadores Gmail |
| Itens com problemas | Podem parar o trabalho | Quantidade, tipo e política de tratamento |
Corte total ou preparação
As estratégias básicas são mover tudo no corte ou transferir a correspondência antiga antes e terminar com uma sincronização incremental. O corte total tende a servir melhor a ambientes pequenos; projetos maiores geralmente se beneficiam da preparação.
Trocar MX na sexta, migrar no fim de semana e torcer para os números baterem na segunda parece simples. Pode funcionar com pouco conteúdo, mas o prazo fica apertado quando a origem limita downloads ou uma caixa demora mais que o previsto.
A preparação em etapas reduz a pressão. Copie, por exemplo, as mensagens com mais de 30 dias enquanto os usuários continuam no sistema antigo. Reduza o TTL DNS com antecedência, troque MX e sincronize as mensagens recentes e as recém-recebidas. Um grande risco vira três tarefas mais administráveis.
Aqui o modelo de preços do TrekMail importa. No Google Workspace ou Microsoft 365, a sobreposição pode exigir licenças tanto na origem quanto no destino. O TrekMail permite preparar o destino sem licenciar cada caixa separadamente dentro dos limites do plano contratado. A tabela de preços apresenta planos pagos a partir de $3.50 por mês no pagamento anual; confirme as condições atuais. A avaliação de 14 dias depende da elegibilidade e das regras vigentes. Nano é um plano gratuito separado, sujeito às condições atuais e sem cartão no momento; todo envio, inclusive respostas, exige um serviço SMTP próprio nesse plano.
| Estratégia | Melhor para | Risco principal | Avaliação |
|---|---|---|---|
| Corte total | Menos de 10 usuários, poucos dados | Ultrapassar o fim de semana | Mais adequado a tarefas pequenas |
| Preparação | Equipes, pequenas empresas, agências, MSPs | Exige disciplina | Em geral, a opção preferível |
Roteiro seguro de migração IMAP
Um processo repetível tem cinco partes: criar o destino, testar pastas, copiar mensagens antigas, trocar DNS e executar uma sincronização incremental. Cada etapa ajuda a reduzir o risco da próxima.
- Crie primeiro domínios e caixas. Os documentos do TrekMail sobre adicionar domínio e configurações IMAP explicam os valores de DNS e conexão. A documentação indica `mail.trekmail.net` com prioridade `10`; use os valores atuais apresentados para o seu domínio.
- Faça uma etapa estrutural. Crie as pastas antes de transferir o volume de mensagens e descubra cedo as diferenças entre ponto e barra.
- Transfira as mensagens antigas. Antes de excluir `[Gmail]/All Mail` e Trash no Gmail, confira os marcadores e o mapeamento. Exclua apenas pastas cujo conteúdo desejado esteja inteiramente coberto por outras ou que você tenha decidido não transferir.
- Reduzir o TTL do MX para 300 segundos pelo menos 24 horas antes é um exemplo de planejamento, não uma garantia de propagação. Considere o TTL maior que vigorava antes e os caches de respostas positivas e negativas; acompanhe os dois sistemas durante a mudança.
- Troque MX, confira as respostas DNS e execute sincronizações incrementais com a detecção de duplicatas ativada. O fluxo de importação do TrekMail permite repetir etapas ignorando duplicatas detectadas. Verifique o resultado mesmo assim, pois o mapeamento e a identificação das mensagens podem não impedir todas as cópias repetidas.
Confira DNS com comandos:
dig MX example.com +short
dig TXT example.com +short
dig TXT _dmarc.example.com +shortMantenha a execução manual do imapsync simples. O exemplo abaixo não serve para toda origem: confira especialmente as exclusões do Gmail e o método de autenticação. Os valores de senha são apenas marcadores de exemplo; em produção, use arquivos de senha protegidos ou tokens compatíveis com a ferramenta para evitar expor credenciais no histórico do shell ou na lista de processos.
imapsync \
--host1 old.mailhost.tld --user1 user@example.com --password1 'SOURCE_PASS' \
--host2 imap.trekmail.net --user2 user@example.com --password2 'DEST_PASS' \
--ssl1 --ssl2 \
--exclude '\[Gmail\]/All Mail|\[Gmail\]/Trash' \
--syncinternaldates \
--useheader 'Message-Id' \
--skipsizeUm exemplo de registro DNS para o corte:
example.com. 300 IN MX 10 mail.trekmail.net.Gmail, Microsoft 365 e casos especiais
O Gmail traz possíveis duplicatas por marcadores e limites de banda. No Microsoft 365, o Basic Auth para IMAP foi removido do Exchange Online, o que exige atenção à autenticação. Exchange local antigo pode falhar por incompatibilidade de TLS. Trate cada origem como um perfil de risco próprio.
O Google publica um limite diário de download IMAP de 2500 MB por conta Workspace; confirme as orientações atuais antes de começar. Não planeje uma conta Gmail de 20 GB como uma cópia rápida e ininterrupta. Prepare as etapas e reserve tempo para limitação de velocidade e novas tentativas. Dependendo da origem, o processo pode levar vários dias, e não poucas horas.
No Microsoft 365, apenas usuário e senha não bastam para IMAP no Exchange Online. São necessários OAuth compatível e as permissões apropriadas. O exemplo com senhas mostrado acima não atende a esse caso. Valide o suporte da ferramenta e a configuração da conta antes do primeiro lote, e tenha um procedimento alternativo adequado.
Exemplo: uma caixa Gmail de 12 GB com Inbox, Project, Important e All Mail não é uma árvore limpa de 12 GB. É um grafo de marcadores apresentado como pastas, que pode gerar armazenamento duplicado com um mapeamento inadequado.
Se o projeto inclui muitos usuários, alinhe criação de caixas e acesso antes do corte. O TrekMail publica guias sobre criação de contas em massa e gestão do e-mail de clientes. Considere erros de provisionamento além dos problemas na cópia das mensagens.
Verificação: conte itens, não gigabytes
A quantidade de mensagens por pasta e caixa é um indicador importante. Fornecedores calculam MIME, compressão e deduplicação de formas diferentes, portanto tamanhos semelhantes não comprovam o sucesso. Contagens iguais também não bastam: confira o mapeamento de pastas, os identificadores das mensagens e amostras com cabeçalhos, datas, sinalizadores e conteúdo.
Se a origem mostra 14,200 itens e o destino 14,195, cinco mensagens com problemas registradas no relatório podem explicar a diferença. Isso não significa que a migração terminou: tente recuperá-las ou obtenha aprovação explícita para as exceções e verifique também o restante do acervo. Se o destino mostra 10,000, pare e investigue. Um gráfico parecido não basta.
Monitore o servidor antigo após a troca do MX; pelo menos 48 horas podem ser um ponto de partida para o planejamento, mas nem sempre serão suficientes. Dispositivos com configuração fixa, impressoras, CRMs e formulários antigos ainda podem entregar lá. Identifique esses acessos e repita as sincronizações incrementais até conferir os caminhos de entrega e transferir todas as mensagens novas desejadas.
Em uma reorganização maior, avalie também o próximo modelo: número de domínios, caixas e clientes. O TrekMail pode atender à gestão centralizada desse conjunto; compare as necessidades concretas e as condições dos planos com as suítes tradicionais. O tema aparece em hospedagem multidomínio e e-mail empresarial.
Conclusão: reduza o risco, não o ritmo do projeto
Migrações IMAP recompensam paciência, sequência e verificação. Reduza incertezas, confira as pastas antes de excluí-las, considere os caches DNS e compare mensagens e mapeamentos, além das contagens.
O TrekMail reúne controle multidomínio, armazenamento compartilhado, importação no servidor e acesso IMAP padrão. Quando os limites do plano e o fluxo de trabalho atendem ao projeto, você pode transferir as mensagens antigas com antecedência e verificar as etapas incrementais, sem concentrar toda a mudança em uma única janela.
Comece pela documentação e prepare o destino. Informações sobre os preços fixos do TrekMail e os limites atuais para essa preparação estão em trekmail.net.
