Como migrar email do cPanel sem perder mensagens: passo a passo

Antes de começar, entenda a lógica geral: você vai copiar (nunca mover) o histórico das caixas antigas pro provedor novo, e só depois apontar o domínio pro destino. Enquanto os dois lados existirem, nada se perde. O erro clássico é fazer na ordem inversa — trocar o DNS primeiro e sair correndo atrás das mensagens depois.

1. Inventarie as caixas e senhas no cPanel

No cPanel, acesse Email → Contas de Email e anote todas as caixas existentes: endereço, tamanho ocupado e quem usa cada uma. Aproveite pra listar também encaminhamentos (forwarders), respostas automáticas e aliases — eles não aparecem na lista de contas e são os primeiros a serem esquecidos.

Você vai precisar da senha de cada caixa pra copiar o histórico via IMAP. Se ninguém lembra a senha, redefina no próprio cPanel (isso não apaga mensagens) e avise o usuário. Registre tudo numa planilha simples: caixa, senha, tamanho, observações.

2. Crie as mesmas caixas no provedor novo

No destino, crie exatamente os mesmos endereços — contato@, financeiro@ e assim por diante. Verifique se o plano de destino comporta o tamanho de cada caixa (uma caixa de 8 GB não cabe num plano de 5 GB sem limpeza antes). Recrie também os encaminhamentos e aliases do inventário.

3. Copie o histórico via IMAP

IMAP é o protocolo que os aplicativos de email usam pra ler mensagens no servidor. Como ele dá acesso a todas as pastas (Inbox, Enviados, Rascunhos...), dá pra usar o mesmo protocolo pra sincronizar duas contas: uma ferramenta se conecta na caixa antiga e na nova ao mesmo tempo e replica pasta por pasta, mensagem por mensagem, preservando datas e status de lida.

Quem quer fazer sozinho pode usar o imapsync, ferramenta open-source consolidada exatamente pra isso: você informa servidor, usuário e senha da origem e do destino, e ele copia tudo — e pode ser rodado de novo depois pra pegar só o que chegou no intervalo. Exige linha de comando e paciência com caixas grandes.

Na LumaHost, a migração IMAP é inclusa e automatizada: você passa os dados de acesso e o histórico é copiado pra você, sem custo extra.

• Não delete nada na origem. A cópia via IMAP não mexe na caixa antiga — e é assim que deve ficar até o fim do processo.
• Confira o resultado por amostragem: pastas antigas, Enviados, mensagens com anexo.

4. Troque os registros MX no DNS

O registro MX é o que diz pro mundo "emails deste domínio devem ser entregues neste servidor". Trocar o MX é o momento da virada: no painel do seu DNS (geralmente Registro.br, Cloudflare ou o próprio painel da hospedagem), substitua os MX antigos pelos do provedor novo.

Aqui entra o TTL (time to live): é o tempo, em segundos, que os servidores do mundo guardam o valor antigo em cache. Se o TTL do seu MX é 14400 (4 horas), a troca pode levar até 4 horas pra valer em todo lugar — essa é a janela de propagação. Dica prática: um dia antes da virada, reduza o TTL pra 300 (5 minutos). Assim a troca real acontece rápido e, se algo der errado, o rollback também é rápido.

Durante a propagação, algumas mensagens ainda chegam no servidor antigo. Por isso a caixa antiga precisa continuar viva — e por isso vale rodar a sincronização IMAP mais uma vez depois da virada, pra recolher essas retardatárias.

5. Confira SPF, DKIM e DMARC no domínio

Trocar o MX resolve o recebimento. Pro envio não cair em spam, o domínio precisa autorizar o servidor novo a enviar em nome dele. São três registros DNS:

• SPF — lista quais servidores podem enviar pelo seu domínio. Atualize o registro TXT pra incluir o provedor novo (e remova o antigo quando desligar tudo).
• DKIM — assinatura criptográfica das mensagens. O provedor novo fornece a chave pública pra você publicar no DNS.
• DMARC — política que diz o que fazer com mensagens que falham nas checagens acima.

Teste enviando um email pra uma conta Gmail e usando "Mostrar original": os três devem aparecer como PASS.

6. Mantenha a caixa antiga por 1 a 2 semanas

Não cancele a hospedagem antiga no dia da virada. Mantenha as caixas antigas acessíveis por uma ou duas semanas: é o seu seguro contra mensagens em trânsito, caches de DNS teimosos e aquele detalhe que ninguém previu. Passado o período sem surpresas, aí sim desative as contas na origem.

Resumo da ordem certa

• Inventário de caixas, senhas e encaminhamentos no cPanel.
• Criação das caixas no destino.
• Cópia do histórico via IMAP (imapsync ou migração inclusa).
• Redução do TTL, troca dos MX e nova sincronização após a virada.
• SPF, DKIM e DMARC conferidos com "Mostrar original" do Gmail.
• Caixa antiga viva por 1–2 semanas antes de desligar.

Se preferir não encostar em nada disso, a migração de email do cPanel na LumaHost cobre o processo inteiro — cópia IMAP, DNS e autenticação — com suporte por WhatsApp em português.