Pontuação do SpamAssassin e conteúdo do e-mail

O relatório mostrou uma lista de regras com nomes como MIME_HTML_ONLY e HTML_IMAGE_RATIO_02, cada uma com um número na frente? É o SpamAssassin, um dos filtros antispam de código aberto mais usados em servidores de e-mail. Este guia explica como ler essa pontuação, o que as regras mais comuns querem dizer e o que ajustar no conteúdo.

Como a pontuação funciona

O SpamAssassin aplica centenas de regras à mensagem e dá um peso a cada regra que "casa". Existem duas formas de mostrar esse peso, e vale entender as duas para não se confundir:

No SpamAssassin puro (servidores de e-mail)

Na documentação e nos cabeçalhos X-Spam-Status que você encontra em servidores de e-mail, regras de spam somam pontos positivos e sinais de legitimidade (como uma assinatura DKIM válida) somam pontos negativos. Na configuração padrão, a mensagem é considerada spam a partir de 5 pontos, mas cada servidor pode mudar esse limite e o peso de cada regra.

No relatório do Rapid Cloud MailTester

O relatório mostra o sinal invertido, como o analisador entrega o resultado:

• Valores negativos tiram nota: são os sinais de spam. Uma regra que pesa 0,8 ponto contra a mensagem aparece como -0.8.
• Valores positivos ajudam: são os sinais de legitimidade.
• O limiar de spam aparece como -5: a pontuação ideal é zero ou positiva. Quanto mais negativa, pior; ao chegar a -5, a mensagem seria tratada como spam na configuração padrão.

É a mesma régua, só com o sinal trocado: um -0.8 no relatório equivale a +0,8 no SpamAssassin puro. Regras com peso muito pequeno, como 0,001, são só informativas. O relatório lista as regras que casaram em ordem de impacto, com o peso e a explicação de cada uma, e o resultado do SpamAssassin é uma das partes da nota final de 0 a 10 do MailTester.

Regras que mais aparecem

MIME_HTML_ONLY

A mensagem só tem a parte HTML, sem a alternativa em texto puro. Spam costuma ser assim. Envie sempre multipart/alternative, com uma versão text/plain que tenha o mesmo conteúdo. A maioria das plataformas de envio gera a versão em texto automaticamente, desde que a opção esteja ligada.

HTML_IMAGE_RATIO_02, _04, _06, _08

A proporção de texto em relação à área de imagens é baixa. O número indica a faixa (quanto menor, menos texto). E-mails que são uma imagem grande com pouco texto em volta são um padrão clássico de spam, porque escondem o conteúdo dos filtros. Coloque o texto principal em HTML de verdade e use imagens como apoio, com alt descritivo.

URIBL_* e URIBL_DBL_*

Algum domínio presente nos links do corpo aparece em uma lista de domínios suspeitos (como a URIBL ou a DBL da Spamhaus). Pode ser o seu próprio domínio, um encurtador de links, um domínio de rastreamento compartilhado da plataforma de envio ou um link de terceiros. Veja qual domínio foi listado, troque ou remova o link e, se o domínio for seu, confira o guia de blocklists.

Atenção a URIBL_BLOCKED e outras regras terminadas em _BLOCKED: elas só dizem que a consulta do analisador à lista foi recusada. Não indicam problema na sua mensagem.

BAYES_00 a BAYES_99

Resultado do filtro bayesiano, que estima a probabilidade de a mensagem ser spam com base em palavras e padrões que ele aprendeu. BAYES_00 é quase certamente legítima; BAYES_99 indica de 99% a 100% de chance de spam. O ponto importante: o filtro bayesiano é treinado em cada servidor, com as mensagens que aquele servidor recebe. O resultado do analisador mostra como esse servidor enxerga a mensagem, e o servidor do destinatário pode concluir outra coisa. Use como sinal, não como veredito.

Outras comuns

• DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU: a mensagem está assinada, a assinatura é válida e é do domínio do autor (From). Essas costumam ajudar.
• SPF_PASS, SPF_SOFTFAIL, SPF_FAIL: resultado do SPF. Softfail quer dizer que o servidor provavelmente não está autorizado.
• RDNS_NONE, RDNS_DYNAMIC: problema no DNS reverso do IP.
• HTML_MESSAGE: só informa que há HTML. Sozinha, não é problema.
• MISSING_DATE, MISSING_MID: faltam os cabeçalhos Date ou Message-ID, sinal de software de envio mal configurado.
• FREEMAIL_FROM: remetente de webmail gratuito. Em envio em massa ou corporativo, use um domínio próprio.

Regras com prefixo T_ estão em teste e costumam ter peso baixo.

Boas práticas de conteúdo

• Texto e HTML juntos: sempre com a versão em texto puro.
• Equilíbrio entre texto e imagem: nada de e-mail que seja uma imagem só.
• Links coerentes: domínios que combinam com o remetente, sem encurtadores públicos. Se a plataforma permitir, use um domínio de rastreamento próprio.
• HTML limpo: código gerado por editores de e-mail costuma ser melhor que HTML colado de páginas web. Evite fontes minúsculas ou texto da mesma cor do fundo.
• Cabeçalhos completos: Date, Message-ID, From com nome reconhecível e, para marketing, List-Unsubscribe.
• Sem anexos executáveis nem arquivos compactados suspeitos.
• Assunto honesto: sem caixa alta o tempo todo, sem excesso de exclamações e sem prometer o que a mensagem não entrega.

Um aviso: "palavras proibidas" pesam bem menos do que se imagina. Hoje, autenticação, reputação do IP e do domínio e o engajamento dos destinatários decidem muito mais que o vocabulário. Por isso uma mensagem com nota 10/10 no MailTester, sem nenhuma regra tirando nota no SpamAssassin, ainda pode cair no spam de um provedor que não confia no remetente.

Como testar

Mande para o Rapid Cloud MailTester exatamente a mensagem que vai para os clientes, pela mesma plataforma e com o mesmo remetente. Ajuste uma coisa de cada vez e teste de novo para ver qual regra deixou de casar.

Na Rapid Cloud: a hospedagem de sites e a revenda incluem SMTP dedicado e AntiSPAM SPFBL. Ficou com dúvida sobre alguma regra? Abra um chamado na Central do Cliente e o suporte ajuda a interpretar o resultado. E o MailTester está a um teste de distância.