Um email pode cair no spam por falhas de autenticação, reputação do remetente, características da mensagem ou decisões do provedor de destino. O diagnóstico começa pelo resultado de um envio concreto. Configurar SPF, DKIM e DMARC ajuda a autenticar o domínio, mas não obriga o destinatário a aceitar uma mensagem nem garante entrega na caixa de entrada.
Primeiro: foi rejeitado, ficou pendente ou chegou ao spam?
| Situação | O que conferir |
|---|---|
| A mensagem chegou à pasta de spam. | Abra a mensagem no destinatário e examine o original completo, os resultados de autenticação e eventuais avisos do provedor. |
| O remetente recebeu uma devolução. | Guarde o código e o texto da resposta SMTP, o horário e o destinatário afetado. Eles ajudam a distinguir bloqueio, endereço inválido, quota e falha de autenticação. |
| Não chegou e não há devolução. | Confira filtros, quarentena e registros de entrega com o responsável pelo serviço. A ausência de devolução não comprova que a mensagem foi entregue. |
1. Examine os cabeçalhos e a origem que realmente enviou
No destinatário, procure a opção equivalente a Mostrar original ou Exibir origem da mensagem. O cabeçalho Authentication-Results adicionado pelo servidor receptor pode mostrar os resultados SPF, DKIM e DMARC. Considere o registro do receptor confiável; uma linha de texto copiada pelo remetente não comprova autenticação.
- SPF: confira o resultado e o domínio de envelope avaliado, geralmente relacionado ao
MAIL FROM. Ele pode ser diferente do domínio visível em “De”. - DKIM: confira a validação da assinatura e o domínio que assinou, indicado por
d=. - DMARC: confira o resultado e o alinhamento do domínio visível em “De” com pelo menos um mecanismo aprovado, SPF ou DKIM.
Compare o resultado entre webmail, programa de email, formulário e demais sistemas usados pela empresa. Reencaminhamentos e listas podem alterar o percurso ou a mensagem; por isso, analise o fluxo afetado antes de mudar a configuração de todos os envios.
2. Confira os registros no DNS público
Identifique onde o domínio mantém seus servidores DNS autoritativos. Alterar uma zona local que não é usada pelo domínio não corrige o registro consultado pelos destinatários. Use as configurações fornecidas pelos serviços que efetivamente enviam email.
- SPF é publicado como TXT no nome usado pela política de envio. Se houver mais de uma política para o mesmo nome, revise a composição. Consulte o guia de SPF.
- DKIM usa um seletor e uma chave pública correspondentes à assinatura do serviço. Não existe uma chave universal para todos os domínios ou provedores.
- O registro DMARC é um TXT consultado em
_dmarcseguido do domínio. Para o domínio ilustrativoexample.com, o nome é_dmarc.example.com, e não simplesmenteexample.com.
Não publique uma política quarantine ou reject como receita para sair do spam. Primeiro identifique os remetentes legítimos e analise os resultados. Uma política none não solicita quarentena nem rejeição por DMARC; relatórios agregados dependem de configuração de recebimento, do parâmetro rua e do envio pelos destinatários. O responsável pelo domínio deve definir a política e o endereço adequado para os relatórios.
No cPanel, quando o recurso estiver disponível, use Email Deliverability para conferir as recomendações. Para publicar mudanças em uma zona administrada no cPanel, o Zone Editor permite localizar o domínio e editar os registros. Revise os valores antes de salvar; esses painéis não comprovam que todos os remetentes externos foram contemplados.
Veja como conferir o apontamento DNS. Os registros MX determinam o recebimento e devem ser analisados separadamente da autenticação de envio.
3. Analise reputação, conteúdo e comportamento
Se a autenticação estiver correta, examine reclamações, devoluções, destinatários inválidos, conteúdo inesperado e mudanças no volume ou no padrão de envio. Confira também indícios de conta ou aplicação comprometida. Consulte o checklist de prevenção de spam para organizar essas medidas.
Uma ocorrência em lista de bloqueio precisa ser relacionada ao endereço IP que realmente enviou a mensagem e à resposta do provedor afetado. Usar um gateway ou vários endereços IP não torna o serviço imune a bloqueios. A retirada de uma lista também não garante aceitação por todos os destinatários. PTR, nome de apresentação do servidor e aspectos da infraestrutura devem ser verificados com quem administra o serviço.
4. Reúna os dados para o suporte
Informe o horário do envio com fuso, os endereços envolvidos, o identificador da mensagem quando disponível, o código de devolução e a origem utilizada para enviar. Explique se a falha ocorre com todos os destinatários, somente em um provedor ou apenas em um aplicativo. Envie cabeçalhos completos apenas pelo canal de suporte apropriado: eles podem conter dados pessoais e detalhes da infraestrutura. Não compartilhe senhas, tokens ou chaves privadas.
Para conhecer a oferta de caixas com domínio próprio, consulte os planos de email profissional da EvolutionWeb. A escolha do plano deve considerar a finalidade e as condições do serviço, sem pressupor uma garantia de entrega em todos os provedores.
