Corrigir a má reputação do meu MTA

Question

Eu tenho um site que precisa enviar e-mail aos clientes para entregar os arquivos que eles compraram. A entrega confiável de e-mails é vital para esse negócio. Infelizmente, a maioria dos e-mails enviados pelo meu servidor não são entregues devido à "má reputação" do meu MTA. Aqui estão algumas linhas de amostra do meu mail.log :

Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)

Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<[email protected]>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)

Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168

Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<[email protected]>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)

Passos que tomei para tentar melhorar a situação:

• configurar pesquisas de DNS reversas para funcionar corretamente
• configurar registros SPF para meu domínio
• desautorizar conexões de entrada para o meu servidor SMTP
• formata mensagens de acordo com a RFC 2822
• nunca envia mensagens não solicitadas (nunca as tenho)

Meu servidor está na nuvem da Rackspace. É possível que a má reputação do endereço IP tenha sido herdada de um cliente anterior? Algumas das etapas acima foram tomadas na semana passada - terei que esperar que a situação melhore? Há outras coisas que eu deveria estar fazendo? Devo contratar um terceiro para enviar e-mails para mim?

    

Answer 1

Infelizmente, o IP está na lista negra, independentemente do hardware que fica atrás dele, por isso não há muito que você possa fazer sobre a sua reputação existente, exceto garantir que está enviando e-mails corretamente e entrar em contato com as listas de spam relevantes. Você pode ter que esperar alguns dias ou semanas para melhorar a situação.

Eu recomendaria usar o Google Apps for SMTP para erradicar esses problemas:)

Caso contrário, se você continuar sozinho, verifique:

• Você não está em uma lista negra
• Seu servidor tem MX e registros DNS reversos
• Você tem registros DNS SPF (muitos servidores rejeitam o email sem um SPF válido, GMail por exemplo, aqui está uma explicação e um assistente )
• A resposta HELO do seu servidor de e-mail corresponde ao seu nome de host
• Seu servidor de e-mail não é um retransmissor aberto
• O seu registros de DNS 'TTL não é muito baixo - 86400 (24 horas) é recomendado (alguns spammers definem seu TTL muito baixo para atualizar regularmente os registros DNS forjados)
• Você está em conformidade com os Padrões técnicos da AOL

Answer 2

link

Eu tenho um VPS com esses caras.

Aparentemente, a Rackspace listou preemptivamente um grupo de seus IP's, mas você pode solicitar uma remoção do bloco embora a lista de spamhaus (pelo menos) seja feita ip-a-ip.

Eu tive que fazer isso com meu host quando percebi que o Gmail estava recusando a entrega. 24hrs depois que eu pedi para ser removido, o Gmail foi atualizado e bom para ir.

    

Answer 3

Se esse endereço IP tiver uma má reputação quando você o recebeu, a Rackspace deve fornecer uma diferente.

Seu IP tem uma reputação "Ruim" no Senderbase, mas não lista seu IP especificamente na lista de IPs nesse netblock que envia e-mails. Parece que você tem uma má reputação aqui porque muitos de seus vizinhos são "pobres".

link

(É estranho que o Senderbase não tenha nenhuma informação sobre quem possui este IP. A Rackspace deve estar listada lá. O "IP Whois" sabe que ... link )

Seu IP está listado no PBL spamhaus.org ... o PBL não é uma lista negra, mas é uma lista de endereços IP dinâmicos usados para modems do cliente final. Isso não parece o tipo de serviço que você espera da Rackspace. (A menos que você seja um cliente de modem DSL / Cable executando um servidor fora de seu porão. Eu fiz isso por anos.) Se este não for um IP dinâmico, entre em contato com Spamhaus e Rackspace sobre como obter o netblock reclassificado.

link

Sua entrada de log do comcast diz que você está em um DNSBL e esse link diz que eles usam as listas Spamhaus SBL / XBL ... mas você não está em nenhum deles. Então é possível que você estivesse em uma lista e tenha sido removido recentemente. Ou que a Comcast esteja usando o PBL de forma inadequada.

Mas o seu IP não parece estar listado em nenhuma das listas negras que eu verifiquei. Na página Senderbase, clique em "Listas de bloqueio baseadas em DNS [Mostrar / ocultar tudo]" para ver uma lista das principais com links para verificar seu IP.

O webreus.nl parece estar usando a reputação do Senderbase ... é uma base bastante fraca para a rejeição total.

O que eu estou mais curioso é a resposta do Google ... é o único que diz ter recebido uma quantidade excessiva de e-mail do seu IP. Ele diz "não solicitado", mas não sei como eles determinam se é solicitado ou não.

Sugiro que você verifique os registros do servidor de e-mail ... certifique-se de enviar apenas o e-mail que acha que está enviando.

Então ... isso é uma visão geral da situação, mas não ajuda muito a consertar. Aparentemente, a Rackspace tem dado a você um IP com má reputação, apesar de aparentemente não ter um histórico real como um remetente de email (que a Senderbase conhece). Pedir para um IP em um netblock diferente pode ajudar, especialmente se você puder obter um que seja conhecido por ter uma reputação Neutra ou melhor no Senderbase para começar.

E como Andy diz ... (parafraseando) mantenha seu nariz limpo e siga as regras com o maior cuidado possível. Você pode construir uma boa reputação com o Senderbase se você for difícil. Mas se você estiver tentando entregar produtos pagos por e-mail, eu pressionaria a Rackspace para obter um IP limpo.

    

Answer 4

Como usuário do Rackspace, você pode usar o SendGrid para lidar com tudo isso para você: link

Eu costumava tentar fazer tudo sozinho, mas agora uso o SendGrid e tem sido muito mais fácil.