Resposta rápida
Como mudo o e-mail para um novo provedor sem perder mensagens?
Reduza o TTL dos seus registros MX para 300 a 600 segundos 24 a 48 horas antes, importe o arquivo antigo para a nova caixa de e-mail, altere os registros MX por último e mantenha a conta antiga até que as novas mensagens tenham chegado. Postelva hospeda o DNS, então a troca é uma única edição em dois ou mais registros.
Quantos registros mudam quando você troca de provedor
| Novo provedor | MX | TXT de verificação | SPF | DKIM | DMARC | Total de registros |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Não é necessário para uma configuração só com MX | 1 include | 3 CNAME | Não lido (não verificado) | 6, sem DMARC |
Cinco etapas na ordem certa
Reduza o TTL
Pelo menos 24 a 48 horas antes da troca, defina o TTL dos registros MX para 300 a 600 segundos. Uma alteração se propaga em cerca do TTL antigo, então um valor curto antes da mudança torna a mudança rápida.
Prepare a nova caixa de e-mail
Adicione seu domínio no novo provedor, crie os endereços e os aliases e copie o registro de verificação que ele mostra. Ainda não mexa nos registros MX.
Copie os e-mails antigos
Importe o arquivo com a ferramenta de importação IMAP do novo provedor enquanto a conta antiga ainda recebe mensagens. O encaminhamento sozinho move apenas os e-mails novos.
Troque os registros MX
Substitua os registros MX antigos pelos novos, adicione o novo include de SPF ao registro SPF existente e adicione os registros DKIM. Mantenha o servidor antigo aceitando e-mails até que o TTL antigo tenha passado.
Confirme e depois faça a limpeza
Envie um teste para si mesmo a partir de duas contas externas, verifique os cabeçalhos, mantenha a conta antiga por um tempo, depois aumente o TTL novamente e exclua os registros antigos.
Por que o TTL decide se e-mails serão perdidos?
O TTL é o número de segundos durante os quais um resolvedor pode manter uma resposta, então ele define por quanto tempo os remetentes continuam usando seus registros MX antigos. Se o TTL antigo for de 86400 segundos, um remetente que consultou seu domínio um minuto antes da mudança continua entregando no servidor antigo por até um dia. Com um TTL de 300 a 600 segundos, a janela é de cinco a dez minutos.
A regra dos guias de entregabilidade é reduzir o TTL 24 a 48 horas antes da troca, para que todo cache já tenha o valor curto no dia, e aumentá-lo de novo depois. Uma mudança típica de MX se estabiliza então em 1 a 4 horas, e pode levar de 24 a 48 horas no pior caso. Isso é uma orientação de fornecedores, não um padrão. Respostas vazias também são armazenadas em cache, com o TTL do registro SOA da zona (RFC 2308), então um registro criado tarde pode ficar invisível por algum tempo em certos resolvedores.
Como copio meus e-mails antigos antes da troca?
Importe o arquivo antigo por IMAP antes de alterar um único registro MX. O Proton Mail, por exemplo, documenta a migração do Gmail com uma ferramenta de importação, e os conselhos dos guias de migração dos provedores convergem para a mesma ordem: importar primeiro, alterar o MX somente quando o destino estiver pronto e manter a conta antiga até confirmar que tudo chegou.
Dois hábitos evitam a maioria das perdas. Primeiro, mantenha a caixa antiga recebendo e-mails enquanto a importação roda, porque as mensagens que chegam durante a cópia ficarão apenas na conta antiga. Segundo, faça uma segunda importação, curta, depois da troca do MX para recuperar as mensagens que caíram no servidor antigo durante a propagação. Para a ordem do trabalho quando seu endereço muda de provedor mas não de nome, leia como manter seu endereço de e-mail ao trocar de provedor.
Como troco os registros MX com segurança?
Remova os registros MX antigos ou dê aos novos o menor número de prioridade, e nunca deixe dois provedores misturados. O Fastmail e o Proton Mail dizem isso em suas páginas de ajuda: com registros antigos e novos lado a lado, as mensagens são entregues a um ou outro servidor de forma imprevisível. Um registro MX indica um servidor de e-mail e uma prioridade; os remetentes tentam primeiro o menor número. O conceito é explicado em o que é um registro MX.
Na Postelva, a zona é editada na área do cliente, e modelos de DNS com um clique para Proton Mail, Fastmail, Zoho Mail, Google Workspace e Microsoft 365, além de um modelo SPF + DMARC e um modelo "sem e-mail" para um domínio que não envia nada. Um modelo substitui os registros MX, SPF e DKIM do provedor em uma única ação. Para Tuta, Mailbox.org, iCloud+ e Migadu, você digita os registros MX, TXT e CNAME no editor de DNS, usando os valores exibidos na tela do próprio provedor.
O que acontece com SPF e DKIM durante uma troca?
Um domínio pode publicar apenas um registro SPF, então adicione o include do novo provedor ao registro existente em vez de criar um segundo. Proton Mail, Mailbox.org e Mailfence dão a mesma instrução. Mantenha o include antigo no registro até parar de enviar pelo provedor antigo e então remova-o: a verificação SPF permite no máximo 10 consultas DNS (RFC 7208), e cada include conta.
Os registros DKIM são diferentes. Cada provedor usa seus próprios nomes de seletor, como fm1, fm2 e fm3 no Fastmail ou protonmail, protonmail2 e protonmail3 no Proton Mail, então os novos registros podem ficar ao lado dos antigos até você remover o provedor antigo. Veja os registros publicados com os comandos de como verificar registros MX, SPF, DKIM e DMARC.
Como sei que a troca funcionou?
Envie uma mensagem de teste ao domínio a partir de duas contas externas e leia os cabeçalhos de entrega. Segundo o índice de Postelva de 12 de novembro de 2026, trocar para o Proton Mail significa alterar 8 registros, para o Mailbox.org 11 e para o Fastmail 6 (o registro DMARC do Fastmail não foi lido nas páginas verificadas), então verificar cada tipo de registro é a maneira mais rápida de encontrar um esquecido.
Se uma mensagem não chegar, a falha quase sempre é uma das causas em por que o e-mail não chega a um domínio personalizado. Mantenha a conta antiga por algumas semanas, porque um remetente com cache desatualizado ainda pode entregar lá. Quando a conta antiga permanecer vazia, aumente o TTL para o valor normal e remova os registros antigos.
Troca de provedor: perguntas
Quanto tempo a troca leva?
Uma mudança típica de MX se estabiliza em 1 a 4 horas e pode levar de 24 a 48 horas. O Proton Mail pede que você conte com até um dia. Um TTL curto definido com antecedência mantém a janela pequena.
Perco meu endereço quando troco de provedor?
Não, se o endereço estiver no seu próprio domínio: o domínio continua no mesmo registrador e só os registros mudam. Um endereço no domínio do provedor antigo, como @proton.me ou @tuta.com, não pode ser movido.
Posso trocar sem importar os e-mails antigos?
Pode, mas você perde o arquivo na nova caixa. Mantenha a conta antiga aberta, ou exporte os e-mails, até ter o que precisa.
A troca altera o registro do meu domínio?
Não. O registro, a data de renovação e o titular continuam os mesmos. Mudam apenas os registros DNS que apontam para o servidor de e-mail.
Devo fazer a troca em um horário tranquilo?
Ajuda, mas não é obrigatório. O que importa é que a troca do MX aconteça depois da importação e depois da redução do TTL.
Em resumo
- Reduza o TTL do MX para 300 a 600 segundos 24 a 48 horas antes da troca.
- Importe o arquivo por IMAP primeiro; o encaminhamento move apenas os e-mails novos.
- Altere os registros MX por último; não deixe dois provedores misturados.
- Apenas um registro SPF; adicione o novo include a ele; no máximo 10 consultas DNS.
- Registros alterados: Proton Mail 8, Mailbox.org 11, Fastmail 6 sem DMARC.
- A propagação típica leva de 1 a 4 horas, até 24 a 48 horas.
- Mantenha a conta antiga até que os e-mails de teste tenham chegado.
Fontes (8)
- Migrar do Gmail para o Proton — Proton (lido em 2026-11-12)
- Domínio personalizado da Namecheap (valores MX) — Proton (lido em 2026-11-12)
- Proteção contra falsificação de identidade para domínios personalizados — Proton (lido em 2026-11-12)
- Registros DNS padrão — Fastmail (lido em 2026-11-12)
- mailbox.org KB: domínio personalizado — mailbox.org (lido em 2026-11-12)
- RFC 7208, seção 4.6.4 — RFC Editor (lido em 2026-11-12)
- RFC 2308: cache negativo de consultas DNS — RFC Editor (lido em 2026-11-12)
- Quanto tempo leva para as mudanças de DNS se propagarem — Suped (lido em 2026-11-12)