E-mail não chega ao destinatário - Erro de domínio inexistente

1. Objetivo e sintomas

Investigar falhas de recebimento de e-mails quando o remetente informa que o domínio do destinatário não existe ou que não foi possível localizar o servidor de destino.

Indícios comuns: mensagens como NXDOMAIN, Domain not found ou “O domínio do destinatário não existe”. Esses erros não comprovam, isoladamente, falha no Outlook ou na caixa postal.

2. Pré-requisitos

Domínio do destinatário e, se possível, a mensagem de devolução completa (NDR), especialmente o código SMTP e os detalhes de DNS.
Windows com PowerShell e o comando Resolve-DnsName.
Acesso à consulta WHOIS do registrador; para domínios .br, consultar o Registro.br.
Procedimentos abaixo são somente leitura. Substituir o domínio de exemplo pelo domínio investigado.

3. Análise e diagnóstico

3.1. Consultar NS, MX e A

Objetivo: verificar a resolução do domínio, os servidores de nome e o destino anunciado para recebimento de mensagens.

$dominio = "substitua-pelo-dominio.com.br"
foreach ($tipo in @("NS", "MX", "A")) {
    Write-Host "`n===== CONSULTA $tipo ====="
    try {
        Resolve-DnsName -Name $dominio -Type $tipo -DnsOnly -ErrorAction Stop |
            Format-List Name,Type,NameHost,NameExchange,IPAddress
    }
    catch {
        Write-Host "FALHA: $($_.Exception.Message)"
    }
}

Resultado	Interpretação
NXDOMAIN / “O nome DNS não existe”	O resolvedor consultado informa que o nome não existe. Investigar outros resolvedores e a delegação do domínio.
SERVFAIL	Falha na conclusão da resolução; verificar DNS autoritativo, DNSSEC e condições do resolvedor.
Timeout	Sem resposta dentro do prazo; pode ser rede, bloqueio DNS ou indisponibilidade do servidor consultado.
MX retornado	Verificar se os hosts indicados pelo MX possuem A/AAAA e se o SMTP está acessível.
MX ausente, domínio existente	Não concluir falha automaticamente: SMTP admite entrega por A/AAAA em determinadas condições. Avaliar a arquitetura e o comportamento real.

3.2. Verificar o resolvedor local

Objetivo: confirmar que a estação consegue resolver ao menos um domínio conhecido.

Resolve-DnsName google.com -Type A -DnsOnly

Se o teste de controle funciona, mas o domínio investigado retorna NXDOMAIN, a suspeita aumenta sobre o domínio ou a resposta obtida. Esse controle não comprova, por si só, falha DNS global.

3.3. Comparar resolvedores públicos

Objetivo: identificar respostas divergentes, caches distintos ou problemas locais. Usar somente quando a rede permitir consultas DNS externas.

$dominio = "substitua-pelo-dominio.com.br"
Resolve-DnsName -Name $dominio -Type MX -Server 1.1.1.1 -DnsOnly
Resolve-DnsName -Name $dominio -Type MX -Server 8.8.8.8 -DnsOnly

Se ambas falharem por timeout, verificar a política de rede antes de interpretar o resultado. Não desabilitar a validação de certificados TLS nem alterar proteção de rede para executar o diagnóstico.

3.4. Consultar registro e delegação do domínio

Para domínios brasileiros, pesquisar em WHOIS — Registro.br e verificar status, vencimento, última alteração e nameservers.

Situação	Próximo passo
Expirado / Congelado	Verificar renovação, regularização e condições de republicação do domínio.
Registro ativo	Investigar registros DNS, delegação, nameservers autoritativos e DNSSEC.
Resolução pública normal	Investigar o caminho SMTP, servidor de e-mail e filtros, correlacionando com o erro de entrega.

4. Identificação da causa

Correlacionar a mensagem devolvida ao remetente, os resultados das consultas DNS e a situação do domínio. Um erro de domínio inexistente em conjunto com NXDOMAIN consistente e status expirado/congelado é forte evidência de indisponibilidade ligada ao registro, mas o motivo administrativo deve ser confirmado no registrador.

5. Correção

Se o domínio estiver congelado por pendência de renovação: encaminhar a regularização ao titular ou responsável autorizado no registrador.
Se o registro estiver regular, mas o DNS falhar: verificar nameservers configurados, delegação, zona autoritativa e DNSSEC com o responsável técnico.
Se o DNS estiver normal: prosseguir com testes de SMTP, logs sanitizados e filtros antispam, conforme o código da devolução.
Evitar alterações no Outlook, no antispam ou no provedor de hospedagem sem evidência de que sejam a causa.

6. Validação e encerramento

Repetir consultas NS e MX e verificar os valores esperados.
Confirmar resolução dos hosts MX e conectividade de entrega, quando aplicável.
Solicitar ao remetente uma nova mensagem e validar recebimento de ponta a ponta.
Registrar evidência e encerrar apenas após confirmação funcional. Mensagens já rejeitadas definitivamente podem exigir reenvio.

7. Referências e limitações

Registro.br — WHOIS.
Microsoft Learn — Resolve-DnsName.
As consultas devem ser repetidas no ambiente afetado quando houver suspeita de cache, DNS dividido ou política de rede.
Exemplo técnico genérico: nenhuma correção de produção é presumida como executada por este artigo.

Artigos sugeridos da base de conhecimento: