# Por que o e-mail não está chegando ao meu domínio personalizado?

> O e-mail para um domínio personalizado falha por oito motivos comuns: registros MX antigos, DNS lento, um segundo registro SPF, um domínio expirado.

- URL: https://postelva.com/pt/guides/email-not-arriving-custom-domain/
- Última atualização: 2026-11-12
- Editor: Postelva (https://postelva.com)

Quando o e-mail enviado para voce@seunome.com nunca aparece, a causa quase sempre está no DNS. Percorra a tabela de cima para baixo.

**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.

```bash
dig MX yourname.com +short
nslookup -type=MX yourname.com
```

## Como 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](https://postelva.com/pt/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## 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](https://postelva.com/pt/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") 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](https://postelva.com/pt/what-happens-to-email-when-domain-expires/ "What happens to my email when my domain expires?").

## 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](https://postelva.com/pt/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## 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

1. [RFC 7208, seção 4.6.4: limites de consultas DNS](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (lido em 2026-11-12)
2. [RFC 2308: cache negativo de consultas DNS](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (lido em 2026-11-12)
3. [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en) — ICANN (lido em 2026-11-12)
4. [Contrato de Credenciamento de Registradores de 2013](https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en) — ICANN (lido em 2026-11-12)
5. [Domínio personalizado da Namecheap (valores MX)](https://proton.me/support/custom-domain-namecheap) — Proton (lido em 2026-11-12)
6. [Registros DNS padrão](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (lido em 2026-11-12)
7. [Base de conhecimento do mailbox.org: SPF, DKIM e DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — mailbox.org (lido em 2026-11-12)
8. [Quanto tempo leva para as mudanças de DNS se propagarem](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (lido em 2026-11-12)

---

Postelva: A Postelva registra nomes de domínio para e-mail privado — o endereço que você mantém quando troca de provedor — pagos em cripto e sem KYC: sem documento de identidade, apenas um e-mail verificado por domínio. Ela é operada pela DomaineGoat LLC, empresa registrada no Panamá; os domínios são registrados por meio de seu parceiro registrador credenciado pela ICANN. Um .com custa US$ 12,49/ano, o mesmo preço todos os anos.