Email Routing informa ao servidor cPanel se ele deve entregar localmente as mensagens destinadas ao domínio ou encaminhá-las conforme registros MX externos. Uma escolha incoerente pode fazer o remetente receber “No Such User”, “Relay Access Denied” ou entregar em uma caixa antiga, mesmo com o DNS aparentemente correto.
O que cada opção significa
| Opção | Quando usar | Comportamento |
|---|---|---|
| Automatically Detect Configuration | quando a detecção consegue consultar a zona correta | o cPanel tenta decidir com base nos MX; confirme o resultado exibido |
| Local Mail Exchanger | caixas do domínio estão neste servidor cPanel | aceita e entrega localmente, mesmo se houver MX de prioridade diferente |
| Backup Mail Exchanger | servidor recebe temporariamente se o MX principal estiver indisponível | mantém mensagem em fila para encaminhar ao principal; exige arquitetura prevista |
| Remote Mail Exchanger | e-mail está em Google Workspace, Microsoft 365 ou outro provedor externo | não trata o domínio como destino local e usa os MX remotos |
MX e roteamento não são a mesma coisa
O MX publicado no DNS diz aos servidores da internet onde entregar. O Email Routing orienta especificamente o servidor cPanel. Alterar apenas um lado cria inconsistência. Além disso, o DNS consultado pode estar hospedado fora do cPanel; editar uma zona que não é autoritativa não altera a internet.
Cenário 1: e-mail hospedado no próprio cPanel
- Confirme que o MX público aponta para o host de e-mail correto e que esse host resolve para o servidor.
- Crie as contas em Email Accounts.
- Selecione Local Mail Exchanger ou confirme que o automático o detectou.
- Valide certificado, porta e autenticação.
- Envie de uma conta externa e consulte Track Delivery.
Cenário 2: e-mail em provedor externo
- Copie exatamente os MX e prioridades fornecidos pelo provedor.
- Publique-os na zona DNS autoritativa e remova MX antigos quando a documentação mandar.
- No cPanel, escolha Remote Mail Exchanger.
- Configure SPF, DKIM e DMARC considerando todos os remetentes autorizados.
- Teste envio e recebimento externo após a propagação.
Após uma migração de e-mail
Durante o TTL, remetentes diferentes podem enxergar MX antigo ou novo. Mantenha a origem anterior operacional, sincronize as caixas e evite excluir dados no mesmo dia da troca. Contas locais com o mesmo endereço podem confundir testes: uma aplicação hospedada no cPanel pode tentar entrega local se o roteamento ficou incorreto.
Sintomas de configuração errada
- apenas formulários do site não chegam: o servidor pode estar entregando localmente em vez de usar o MX remoto;
- usuário inexistente no servidor antigo: rota ou cache ainda aponta para o local anterior;
- relay denied: o servidor não aceita retransmitir para o destino no contexto usado;
- algumas mensagens chegam em cada provedor: MX concorrentes, propagação ou migração incompleta;
- caixa do cPanel recebe, mas a externa não: Local Mail Exchanger pode estar selecionado indevidamente.
Checklist de verificação
- Consulte NS autoritativos.
- Consulte MX a partir de resolvedores públicos.
- Resolva os hostnames dos MX.
- Confira a opção ativa no Email Routing.
- Veja o rastreamento de entrega de uma mensagem com horário e remetente conhecidos.
- Valide SPF, DKIM e DMARC no provedor que envia.
Veja também DNS e MX de e-mail, Relay Access Denied, Zone Editor e troca de MX.
Referências oficiais: cPanel — Email Routing e cPanel — Track Delivery.
Recursos relacionados
Continue com tutoriais, ferramentas e serviços relacionados ao diagnóstico.
Assistente IA WGS