Porque é que o seu e-mail vai parar ao spam (e o que isso diz sobre o seu fornecedor).
Os recetores pontuam o seu IP de envio, o seu reverse DNS e os seus vizinhos antes do seu conteúdo. Metade da sua entregabilidade é herdada do seu fornecedor.
Neste artigo 4 secções
- Os servidores de correio de receção pontuam a sua infraestrutura de envio antes do conteúdo: o reverse DNS corresponde ao forward DNS, o que é que este IP já enviou, e o que é que os seus vizinhos enviaram.
- Herda cerca de metade dessa pontuação do seu fornecedor: de quem é o espaço de endereçamento, e se o fornecedor policia o que o resto da gama envia.
- A metade que controla tem uma ordem de correção: reverse DNS que concorda com o nome HELO, depois SPF, DKIM, DMARC, depois warm-up e higiene das listas.
- A metade que herda também tem correção: envie a partir de uma rede que detém o seu próprio espaço e apanha os seus próprios spammers. Pergunte. A papelada é verificável.
É um dos tickets de suporte mais desmoralizantes de escrever. O e-mail de reposição de palavra-passe que um cliente jura que nunca chegou. A campanha que vai parar ao spam apesar de um registo SPF que verificou três vezes e de um conteúdo que passaria numa revisão de conformidade. Passa um dia a depurar a mensagem. A mensagem nunca foi o problema. O servidor de receção tomou metade da decisão antes de ler uma única palavra, e essa metade era sobre infraestrutura: a sua, e a do seu fornecedor.
Como os recetores o pontuam realmente
Quando um servidor se liga para entregar correio, o recetor verifica se o IP que se liga tem sequer um nome de reverse DNS, se esse nome resolve no sentido direto para o mesmo IP (forward-confirmed reverse DNS), e se corresponde ao que o servidor de envio anunciou como nome HELO. Pesa o que este IP enviou no passado. Pesa a reputação da gama em redor. Só depois de tudo isso começa a pontuar o seu assunto e o seu conteúdo. Correio vindo de um IP sem PTR, com um PTR que não corresponde, ou de uma má vizinhança começa a conversa como suspeito.
- Reverse DNS (PTR)
- Existe, e corresponde ao registo direto e ao nome HELO
- O histórico do IP
- O que este endereço enviou antes de o alugar
- A vizinhança
- O que a gama em redor envia, e se alguém a policia
- Autenticação
- SPF, DKIM, DMARC: se o domínio responde pelo remetente
- Só então
- O seu assunto e o seu conteúdo
As linhas um a três são infraestrutura. Duas delas pertencem ao seu fornecedor, não a si.
A metade que herda
Comece pela metade que não construiu. Primeiro, de quem é o espaço: os nossos clientes enviam a partir de espaço IPv4 que detemos diretamente do RIPE, por isso o histórico da gama é nosso para cuidar e a sua reputação não muda de mãos a montante quando uma relação com um carrier se altera. Pode confirmar o titular no registo público. Segundo, se alguém policia a rua: na nossa rede, o spam de saída de um website comprometido é apanhado e travado no nosso edge antes de as blocklists a montante darem por ele, e os reincidentes numa gama partilhada enfrentam consequências reais, com um percurso de libertação documentado. Uma gama cujos spammers são despejados é uma gama cujos inquilinos legítimos herdam uma pontuação limpa.
A metade que controla, pela ordem certa
Primeiro o reverse DNS.
Coloque no seu IP de envio um registo PTR que corresponda ao registo direto do seu servidor de correio e ao seu nome HELO.
SPF.
Termine o registo com uma política de hard fail assim que tiver a certeza de que está completo.
DKIM.
Assine o seu correio, com o selector da chave de assinatura publicado no DNS, para que os recetores possam verificar que nada foi alterado em trânsito.
DMARC.
Defina uma política para o correio que falha as verificações, e ative os relatórios para ver quem está a enviar como se fosse a sua empresa.
Depois comporte-se como um bom remetente.
Faça o warm-up dos IP novos gradualmente, mantenha as suas listas limpas e torne o cancelamento da subscrição imediato. A autenticação conquista-lhe o benefício da dúvida. O comportamento mantém-no.
Autenticação construída sobre reverse DNS avariado é um fato sobre um suspeito.
“Os recetores não pontuam o seu IP isoladamente. Pontuam a rua onde ele mora, e o seu fornecedor é o senhorio.”
O que a papelada diz sobre o fornecedor
Aqui fica o ponto mais amplo, o que vale a pena levar para todos os fornecedores que avaliar. DNS coerente consigo próprio, gamas policiadas, espaço de endereçamento detido em nome do próprio fornecedor: nada disto é glamoroso, tudo é verificável, e correlaciona-se com tudo o que não consegue verificar a partir de fora. Um fornecedor que não consegue manter os registos de reverse DNS coerentes está a dizer-lhe como o resto da rede é operado. Problemas de entregabilidade são muitas vezes o primeiro sintoma visível de uma rede operada com pouco rigor. Trate-os como a auditoria gratuita que são.
Respostas diretas
Porque é que os meus e-mails vão para o spam mesmo com o SPF configurado?+
O SPF é uma linha de um cartão de pontuação muito maior. Verifique primeiro o reverse DNS: o PTR do seu IP existe, resolve de volta para o mesmo endereço e corresponde ao nome do seu servidor de correio? Depois DKIM e DMARC. Depois a parte que ninguém verifica, o histórico de envio do seu IP e a reputação da gama vizinha, ambos herdados do seu fornecedor.
O que é um registo PTR e porque é que importa para o e-mail?+
Um registo PTR é a entrada de reverse DNS que mapeia o seu IP de volta para um hostname. Os recetores verificam que existe, que resolve no sentido direto para o mesmo IP e que corresponde ao nome que o seu servidor anuncia. Um PTR em falta ou sem correspondência é um dos caminhos mais rápidos para a pasta de spam.
O meu fornecedor de hosting afeta a entregabilidade?+
Substancialmente. É dele o passado do IP, a reputação da gama em redor e o facto de essa gama ser ou não policiada. Um fornecedor que apanha o spam de saída de clientes comprometidos protege todos os remetentes legítimos ao lado. Um que não o faz gasta a sua reputação por si.
Como verifico a reputação de e-mail de um IP e a sua vizinhança?+
Consulte as blocklists públicas para o IP e para a gama em redor, procure o espaço de endereçamento no registo para ver quem o detém realmente, e verifique o forward-confirmed reverse DNS. Tudo é público, e tudo é uma verificação a fazer antes da inscrição.
Qual é a ordem certa para corrigir a entregabilidade?+
Reverse DNS, depois SPF, depois DKIM, depois DMARC, depois o comportamento de envio, como warm-up e higiene das listas. E se o problema for a própria vizinhança, a correção é uma rede melhor, não um assunto de e-mail melhor.
O seu correio vai parar ao spam e já não tem ideias?
Envie-nos o seu IP de envio e o seu domínio. Vamos ler o cartão de pontuação que os recetores leem: PTR, autenticação, histórico e a vizinhança que está a herdar.
Fale com um engenheiroChegou ao fim.
Ponha a leitura em prática
O que executa?
Fale-nos da carga de trabalho, do tráfego e dos requisitos de recuperação. Comece pelo configurador de servidores ou discuta os detalhes com um engenheiro.
Escrito pelos engenheiros que constroem e operam a infraestrutura que descreve.Fale com um engenheiro
