Autenticação, aquecimento e reputação, operados por você.

O que decide se o seu e-mail chega à caixa de entrada?

A colocação na caixa de entrada é decidida pela reputação e pela autenticação, não pela velocidade de envio. Os provedores de caixa pontuam o IP e o domínio dos quais você envia, conferem se SPF, DKIM e DMARC batem e estão alinhados, e pesam como as pessoas reagem ao longo de semanas: aberturas, marcações de spam, descadastros. Um MTA rápido dá os controles para gerenciar tudo isso, mas não ganha a reputação por você —é por isso que um servidor potente sem um plano por trás continua caindo no spam.

Há uma ordem nas prioridades, e quase todo mundo a inverte. Primeiro vêm a autenticação e a reputação; o motor de envio vem depois. Penalidades de domínio e IP novos são reais: os provedores atribuem confiança baixa a quem não tem histórico, e um IP recém-criado enfrenta atrito de entrega durante o aquecimento. Por isso tratamos a entregabilidade como o trabalho principal de levantar um host de envio, não como um ajuste que se faz depois que algo já deu errado.

SPF, DKIM e DMARC têm que estar alinhados?

Sim, e o alinhamento é a parte que mais se erra. Você precisa de SPF e DKIM configurados, mas o DMARC só passa quando o domínio visível no From: coincide com o domínio do SPF ou com o da assinatura DKIM. É comum ter SPF e DKIM tecnicamente válidos e, ainda assim, nenhum alinhado com o endereço From:, com o que o DMARC falha e o e-mail é tratado como suspeito. Assinamos com chaves DKIM de 2048 bits, rotacionamos com calendário e confirmamos o alinhamento de cada fluxo antes de subir volume.

O DMARC ainda carrega uma política que diz ao receptor o que fazer quando uma mensagem falha: só monitorar, colocar em quarentena ou rejeitar. Os remetentes em massa precisam publicar pelo menos uma política de monitoramento, mas monitorar não detém quem falsifica o seu domínio. O caminho certo é começar em monitoramento, ler os relatórios agregados até ter localizada cada fonte legítima, e só então passar para aplicação. Pular direto para reject sem ler os relatórios é como uma empresa bloqueia sem querer as próprias notas fiscais.

Dois detalhes relacionados pegam as pessoas. Os subdomínios caem sob a sua política DMARC de organização, então um subdomínio de marketing esquecido pode falhar em seu nome se for deixado sem alinhar; por isso o isolamos com sp=reject. E o encaminhamento quebra o SPF, que é para o que serve o ARC: preserva o resultado de autenticação original quando o e-mail passa por encaminhadores e listas, para que o e-mail legítimo encaminhado não seja punido pelo salto. Levamos os dois em conta ao mapear as suas fontes de envio.

Você precisa mesmo de um IP dedicado?

Muitas vezes, não. Um IP dedicado só ajuda quando você envia o suficiente para mantê-lo ocupado e quente —em torno de cinquenta mil mensagens por mês é o piso aproximado, e acima de cem mil ele claramente compensa. Abaixo disso, um IP dedicado magro parece ocioso para os provedores entre envios, e um pool compartilhado bem cuidado e já quente vai colocar melhor o seu e-mail. Para remetentes pequenos, listas de baixa frequência e prospecção bem segmentada, a reputação do domínio e a qualidade da lista fazem muito mais trabalho do que possuir um endereço.

Este é o tipo de conselho que nos custa uma linha de fatura, e damos do mesmo jeito: comece no compartilhado se o seu volume é pequeno ou irregular, e passe para o dedicado quando puder sustentar uma cadência que o mantenha quente. Quando esse momento chega, o IP dedicado dá controle total da sua reputação —ninguém mais pode sujá-la— em troca de um aquecimento que fazemos com você. Até lá, poupamos o gasto.