Quando os vizinhos colocam o seu IP na lista de bloqueio
Uma lista de bloqueio de IP não sabe o seu nome. Um registo fixa-se a um endereço — por vezes a um intervalo inteiro de endereços — e cada servidor de correio que consulta a lista julga quem quer que envie hoje a partir desse endereço pelo seu passado registado. Se o endereço for exclusivamente seu e se comportar bem, é justo. Mas grande parte da internet envia a partir de endereços que apenas aluga ou partilha: uma conta de alojamento partilhado, uma instância na nuvem com um IP público reciclado, um escritório atrás de um grupo NAT de um operador. Nesses cenários, herda o histórico do endereço e partilha o seu presente, e a campanha de spam de um estranho pode tornar-se o seu problema de entrega de um dia para o outro. Este artigo explica como acontecem as listagens por vizinhos e herdadas, como distingui-las de uma listagem que ganhou por si, e o que realmente funciona quando uma lhe cai em cima. Comece por executar o verificador de listas de bloqueio sobre o endereço a partir do qual envia, e anote as datas de listagem que ele reporta — aqui, as datas são a história inteira.
O registo pertence ao endereço, não a si
As listas de bloqueio DNS são indexadas por endereço IP porque é a única coisa que um servidor recetor pode verificar durante a conversa SMTP: o endereço de ligação é um facto do handshake TCP, não algo que o remetente possa falsificar num cabeçalho. As normas que descrevem estas listas, RFC 5782 e RFC 6471, estão escritas inteiramente em termos de endereços e intervalos — não há campo algum para «mas o inquilino mudou na terça-feira passada». Um servidor recetor que confia na lista trata, portanto, o historial acumulado do endereço como sendo o seu historial, seja você quem for.
E nem sempre é um único endereço. Quando o abuso a partir de um intervalo persiste, os operadores de listas escalam: um endereço torna-se um /24, e ocasionalmente um bloco muito maior, precisamente para pressionar o proprietário da rede a lidar com os inquilinos que o causam. A SBL da Spamhaus, por exemplo, lista intervalos usados por operações de spam e pode alargar um registo quando o operador responsável não age. Essa escalada é pressão colateral deliberada — a lista apoia-se no senhorio porque o inquilino não ouve. Se o seu endereço estiver dentro desse intervalo, o seu correio também é colateral, e nada do seu próprio comportamento o causou nem o pode curar diretamente.
O inquilino anterior: herdar um endereço sujo
Os endereços na nuvem são reciclados depressa. Uma instância é terminada de manhã, o seu IP público regressa ao grupo ao meio-dia e, à noite, está ligado ao seu servidor de correio acabado de estrear — carregando tudo o que o detentor anterior ganhou: registos em aberto, uma reputação queimada junto dos grandes fornecedores de caixas de correio e, por vezes, um lugar em listas de bloqueio internas que nenhuma consulta pública alguma vez lhe mostrará. Os registos públicos pelo menos expiram ou podem ser removidos; os dados privados de reputação dos grandes recetores simplesmente decaem com o tempo, e não pode apelar para um sistema que não se publica a si próprio.
Por isso, verifique o endereço antes de construir sobre ele, e não depois de começarem as devoluções. Execute o verificador de listas de bloqueio, veja o DNS reverso do endereço e o que se conhece publicamente do seu histórico, e envie correio de teste aos principais fornecedores de caixas de correio antes de migrar qualquer coisa real. Se o endereço chegar sujo, a correção mais barata é logo no início: liberte-o e peça outro, ou solicite ao fornecedor uma substituição limpa, antes de os registos DNS, os includes de SPF e as configurações dos clientes o soldarem a ele. Trocar após um mês de aquecimento desperdiça o mês; trocar no primeiro dia custa minutos.
Se ficar com o endereço, trate o seu passado como um facto documentado e não como um mistério. Guarde a evidência do registo com as suas datas — a maioria dos registos herdados é anterior à sua chegada, e essa diferença é o seu ativo mais forte em cada conversa que se segue, com o seu fornecedor e com os operadores de listas. Depois acerte o básico que o inquilino anterior pode ter negligenciado: um registo PTR com sentido e confirmação direta, SPF, DKIM e DMARC a funcionar para o seu domínio e um nome HELO sensato. Nada disso o tira de uma lista por si só, mas separa «inquilino novo que faz as coisas bem» de «a mesma operação com outro nome» — que é exatamente a distinção que os revisores procuram.
Os vizinhos atuais: partilhar um endereço hoje
A herança é um evento único; um endereço partilhado é uma exposição permanente. No alojamento partilhado clássico, dezenas ou centenas de sites sem relação enviam através do IP de correio do anfitrião, e um único vizinho comprometido — um formulário web sequestrado, uma caixa de correio vítima de phishing — pode listar o endereço para todos. A mesma forma aparece em escala maior: os grupos de envio partilhados dos fornecedores de correio, onde as suas campanhas saem ao lado das de estranhos, e os grupos NAT de nível de operador, através dos quais bairros inteiros de clientes de banda larga aparecem como um punhado de endereços públicos. Em cada caso, o comportamento listado é real. Simplesmente não é seu.
Os sintomas diferem dos de um registo ganho por si, e é assim que os reconhece. A entrega degrada-se em vagas que não correspondem a nada que tenha enviado; as devoluções citam volumes ou marcas de tempo de quando o seu servidor estava em silêncio; o motivo declarado descreve conteúdo que nunca produziu. Não pode reparar o compromisso de um vizinho, nem ganhar a remoção da lista à força da sua inocência enquanto o abuso continua duas portas ao lado — o endereço será simplesmente listado outra vez. Quem pode mudar as coisas é quem controla o endereço: o anfitrião, o ESP, o operador. As suas alavancas são a evidência, a escalada e, em última instância, a saída — um ticket com as referências exatas do registo e os seus próprios registos de envio limpos, um pedido para ser movido para outro endereço ou grupo, e a vontade de partir se o grupo continuar a arder. Uma verificação de entregabilidade como a verificação de entregabilidade de correio ajuda a separar o que o seu domínio controla da reputação ao nível do endereço que apenas toma emprestada.
Dedicado ou partilhado: o compromisso honesto
Um IP de envio dedicado compra controlo ao preço da responsabilidade exclusiva. Tudo o que faz é seu, o bom e o mau, e ninguém mais o pode queimar — mas também começa frio, e os sistemas de reputação recompensam um historial estável e reconhecível. Um remetente de baixo volume ou irregular num endereço dedicado pode nunca acumular historial bom suficiente para compensar uma má semana, e muitas vezes entregará pior do que a partir de um grupo. Os endereços dedicados ganham o seu lugar com volume sustentado e consistente, onde o seu historial é profundo o bastante para ser um ativo e o comportamento de um vizinho é um risco real para ele.
Um grupo partilhado de boa reputação é o negócio oposto: reputação emprestada, risco partilhado. Os bons fornecedores vigiam os seus grupos de forma agressiva — limitando ou expulsando rapidamente remetentes abusivos, espalhando os clientes por muitos endereços, observando continuamente o estado nas listas — porque a reputação do grupo é o seu produto. Para a maioria dos remetentes pequenos e médios, essa reputação emprestada é uma vantagem real, e o risco de vizinhos torna-se o trabalho a tempo inteiro do fornecedor em vez do seu passatempo. O modo de falha a evitar é o pior dos dois mundos: um grupo barato e sem vigilância onde ninguém olha para nada. Escolha o que escolher, escolha-o como uma decisão sobre quem gere a reputação do endereço — você, ou um fornecedor cujo negócio depende disso — e não como uma predefinição em que caiu.
Quando lhe cai em cima: o plano de ação
Primeiro, prove a forma do problema. Compare a data do registo e a sua janela de evidência com a data em que o endereço lhe foi atribuído e com o que os seus próprios registos mostram. Se o registo for anterior à sua chegada, ou citar tráfego que os seus registos provam que nunca enviou, tem um caso herdado ou de vizinhos, e a papelada é a solução: registos de atribuição do seu fornecedor, faturas ou marcas de tempo de criação da instância, a data em que o seu registo PTR mudou. Fornecedores e operadores de listas respondem muito melhor a «este endereço foi-nos atribuído no dia 14; o registo cita o dia 3» do que a qualquer volume de protesto.
Segundo, trabalhe as duas saídas ao mesmo tempo. Peça ao seu fornecedor que o mova para um endereço limpo ou para outro grupo — para registos herdados, esta é normalmente a resolução mais rápida que existe, e os fornecedores competentes fazem-no rotineiramente, porque sabem que os seus grupos reciclam endereços. Em paralelo, apresente o pedido de remoção com a sua evidência anexada; o passo a passo do próprio processo de remoção está coberto em como sair de uma lista de bloqueio DNS. E enquanto espera, encaminhe o correio que não pode dar-se ao luxo de devolver — reposições de palavra-passe, faturas, alertas — através de um relay de boa reputação, para que o negócio não fique refém de uma disputa de endereços.
Terceiro, transforme-o numa condição vigiada e não numa surpresa. Verifique cada endereço a partir do qual envia com uma cadência regular, e verifique qualquer endereço novo antes de ele transportar correio de produção, exatamente como verificaria um domínio antes de o comprar. Guarde a documentação da sua posse: o dia em que puder provar quando um endereço passou a ser seu é o dia em que um registo herdado encolhe de uma semana de paragem para uma tarde de e-mails. Um endereço IP é terreno alugado. Guarde o contrato, vigie o bairro e não seja o único inquilino surpreendido com a reputação da rua.