Resposta rápida
Por que o e-mail não está chegando ao meu domínio personalizado?
O e-mail deixa de chegar a um domínio personalizado quando os registros MX estão ausentes, errados ou misturados com os de um provedor antigo, quando uma mudança de DNS ainda não se espalhou ou quando o domínio expirou. A Postelva conta oito causas comuns abaixo; a primeira verificação é sempre os registros MX, que geralmente levam até 24 horas para se estabilizar.
Oito causas de e-mail ausente, com a solução
| Sintoma | Causa provável | Como verificar | Correção |
|---|---|---|---|
| Nada chega, sem devolução | Registros MX ausentes ou ainda no provedor antigo | Consulte os registros MX do domínio | Adicione os registros MX do novo provedor e remova os antigos |
| Parte do e-mail chega, parte não | Registros MX antigos e novos misturados | A lista de MX mostra hosts de dois provedores | Mantenha apenas o MX do novo provedor, ou dê a ele os menores números de prioridade |
| Funcionava ontem, hoje não | Mudança de DNS ainda não se espalhou | Resolvedores diferentes respondem de forma diferente | Aguarde o TTL antigo expirar; mudanças típicas de MX levam de 1 a 4 horas, até 24 a 48 horas |
| A devolução diz que o domínio não existe | Domínio expirado ou suspenso | Consulte o status do domínio no registro | Renove; veja o que acontece com o e-mail quando um domínio expira |
| Um registro existe, mas a consulta diz que não | Cache negativo da resposta vazia anterior | O mesmo registro é encontrado por um resolvedor e não por outro | Aguarde: uma resposta vazia fica em cache com o TTL do registro SOA da zona |
| O e-mail do seu domínio vai para o spam | Dois registros SPF, ou mais de 10 consultas DNS | Conte os registros TXT que começam com v=spf1 | Junte em um único registro SPF; mantenha abaixo de 10 consultas |
| O provedor diz que o domínio não foi verificado | Registro TXT de verificação ausente ou copiado errado | Compare o valor com a tela do provedor | Cole o valor de novo; alguns hosts de DNS querem o nome do host sem o domínio |
| O e-mail é devolvido depois que você endureceu o DMARC | Política definida como reject antes de SPF e DKIM passarem | Leia os relatórios agregados | Volte a p=none, corrija os remetentes e depois endureça de novo |
O que devo verificar primeiro?
Verifique primeiro os registros MX, porque eles decidem onde cada mensagem do domínio é entregue. Um registro MX nomeia um servidor de e-mail e uma prioridade; os remetentes tentam primeiro o menor número. Se a lista estiver vazia, o e-mail não tem para onde ir. Se ela nomear o provedor antigo, o e-mail continua chegando lá.
Dois comandos mostram a resposta. Substitua seunome.com pelo seu domínio.
dig MX yourname.com +short
nslookup -type=MX yourname.comComo deve ser a resposta do MX?
Ela deve listar apenas os hosts do seu provedor atual. A resposta esperada para o Proton Mail são duas linhas: mail.protonmail.ch com prioridade 10 e mailsec.protonmail.ch com prioridade 20. Para o Fastmail é in1-smtp.messagingengine.com em 10 e in2-smtp.messagingengine.com em 20. O método para ler todos os registros está em como verificar registros MX, SPF, DKIM e DMARC.
Por que o e-mail ainda vai para o meu provedor antigo?
Porque os registros MX antigos ainda estão na zona, ou porque os resolvedores ainda os guardam em cache. Segundo o índice de Postelva de 12 de novembro de 2026, três dos provedores com configurações de MX documentadas, Proton Mail, Mailbox.org e Fastmail, mandam remover os registros MX que apontam para outro lugar ou dar aos novos o menor número de prioridade. Deixar os dois conjuntos no lugar envia o e-mail a qualquer um dos servidores de forma imprevisível.
O tempo que uma mudança precisa é cerca do TTL antigo do registro no momento em que você o alterou. Um TTL de 3600 segundos significa até uma hora de respostas em cache; um TTL de 86400 significa até um dia. O Proton Mail diz para aguardar até um dia para mudanças de MX, e o Mailbox.org diz que a sincronização do seu registro de verificação pode levar até 48 horas. Se você está planejando uma mudança em vez de consertar uma, mudar o e-mail para um novo provedor sem perder mensagens explica como reduzir o TTL antes.
Um domínio expirado pode interromper o meu e-mail?
Sim: quando o domínio passa da data de expiração e o DNS dele deixa de resolver, o e-mail recebido é devolvido ou perdido. A Expired Registration Recovery Policy da ICANN permite ao titular renovar desde o dia da expiração. Após a exclusão, os registros de gTLD oferecem um período de resgate de 30 dias durante o qual a resolução de DNS fica desativada, as transferências são bloqueadas e o registrador pode restaurar o nome por uma taxa extra. O dia exato em que o DNS para varia conforme o registrador.
Um segundo gatilho, menos conhecido, é o e-mail do titular. A ICANN exige que o registrador o verifique em até 15 dias após o registro, a transferência ou a mudança de titular, e um domínio cujo titular nunca responde pode ser suspenso. Postelva diz isso claramente: o e-mail do titular é verificado após o registro, como exigem as regras da ICANN (em até 15 dias). Responda ao e-mail de verificação e ative a renovação automática, que aqui é renovação automática a partir do seu saldo, ativada ou desativada para cada domínio. A cronologia completa está em o que acontece com o e-mail quando um domínio expira.
SPF, DKIM ou DMARC podem fazer o e-mail desaparecer?
Eles afetam muito mais o e-mail que você envia do que o que recebe, mas uma política DMARC estrita pode fazer os receptores rejeitarem suas mensagens de vez. Um domínio pode publicar apenas um registro SPF: um segundo registro, ou um registro SPF que precise de mais de 10 consultas DNS (RFC 7208), retorna um erro permanente e os receptores tratam a verificação como falha. Adicione o include do novo provedor ao registro existente em vez de criar um novo.
Para o DMARC, comece em p=none com um endereço de relatório, confirme que SPF e DKIM passam em todo o e-mail legítimo e depois passe para quarantine e por fim reject. O Mailbox.org avisa que uma política estrita definida cedo demais pode devolver e-mails legítimos. Os registros são explicados em como criar um registro SPF.
Onde a Postelva entra nisso?
A Postelva hospeda o DNS do domínio, então todo registro deste guia é editado na área do cliente. O DNS inclui hospedagem de DNS gratuita com registros A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV e CAA, DNSSEC e seus próprios servidores de nomes, se preferir (2 a 13). Modelos com um clique cobrem Proton Mail, Fastmail e Zoho Mail; para Tuta, Mailbox.org, iCloud+ e Migadu os registros são digitados no editor de DNS. Se um modelo e um registro digitado à mão divergem, a zona mostra os dois, então leia a lista completa antes de esperar pela propagação. O suporte responde por e-mail: respostas por e-mail em até 12 horas, 7 dias por semana, incluindo ajuda com registros MX, SPF, DKIM e DMARC.
E-mail ausente: perguntas
Quanto devo esperar antes de presumir que uma mudança de DNS falhou?
Aguarde até o TTL antigo do registro e depois confira em um segundo resolvedor. Mudanças de MX costumam levar de 1 a 4 horas e podem levar de 24 a 48 horas.
Por que alguns remetentes chegam a mim e outros não?
O resolvedor de cada remetente guarda seus registros antigos em cache por um tempo diferente, então, durante uma mudança, alguns entregam no servidor novo e outros no antigo. Remover os registros MX antigos acaba com a divisão.
Um catch-all afeta a entrega?
Só dentro da caixa de e-mail: um catch-all aceita nomes que você não criou. Se um endereço nomeado está faltando, verifique se o alias existe e se o catch-all de outra conta não está ficando com o e-mail.
O provedor pode bloquear o meu domínio?
Um provedor pode recusar um domínio que não foi verificado. Confira o registro TXT de verificação e a tela de status do provedor antes de procurar mais longe.
E se o meu domínio aparecer como expirado?
Renove-o de imediato pela área do cliente. Durante o período de resgate o registrador ainda pode restaurá-lo, por uma taxa extra que deve ser publicada.
Em resumo
- Verifique primeiro os registros MX: eles decidem onde o e-mail é entregue.
- Remova os registros MX antigos ou dê aos novos o menor número de prioridade.
- As mudanças de MX levam cerca do TTL antigo: 1 a 4 horas em geral, até 48 horas.
- Apenas um registro SPF, abaixo de 10 consultas DNS (RFC 7208).
- Um domínio expirado deixa de resolver; o período de resgate dura 30 dias.
- A ICANN exige que o e-mail do titular seja verificado em até 15 dias.
- Endureça o DMARC a partir de p=none, nunca direto para reject.
Fontes (8)
- RFC 7208, seção 4.6.4: limites de consultas DNS — RFC Editor (lido em 2026-11-12)
- RFC 2308: cache negativo de consultas DNS — RFC Editor (lido em 2026-11-12)
- Expired Registration Recovery Policy — ICANN (lido em 2026-11-12)
- Contrato de Credenciamento de Registradores de 2013 — ICANN (lido em 2026-11-12)
- Domínio personalizado da Namecheap (valores MX) — Proton (lido em 2026-11-12)
- Registros DNS padrão — Fastmail (lido em 2026-11-12)
- Base de conhecimento do mailbox.org: SPF, DKIM e DMARC — mailbox.org (lido em 2026-11-12)
- Quanto tempo leva para as mudanças de DNS se propagarem — Suped (lido em 2026-11-12)