554 - Enviando má reputação do MTA

9

Estou executando um servidor de email no 77.245.64.44 e recentemente comecei a ter problemas com a entrega remota de emails enviados usando este servidor. Apenas cerca de 5% dos destinatários estão rejeitando os e-mails, mas todos compartilham a seguinte mensagem comum ...

O host remoto disse: 554 Seu acesso a este sistema de correio foi rejeitado devido à má reputação do MTA de envio.

Tanto quanto sei, meu servidor não está em nenhuma lista negra e está configurado corretamente (o DNS reverso faz check-out e assim por diante). Eu nem tenho certeza do que é o "MTA de envio", mas presumo que seja o meu servidor.

Se alguém pudesse lançar alguma luz sobre isso, eu realmente aprecio isso!

Aqui está a mensagem de devolução completa ...

Não foi possível entregar a mensagem ao (s) seguinte (s) destinatário (s):

Destinatário com falha: somebody@sunday-times.co.uk
Razão: O host remoto disse: 554 Seu acesso a este sistema de correio foi rejeitado devido à má reputação do MTA de envio. Se você acredita que esta falha está errada, entre em contato com o destinatário pretendido por meios alternativos.

   - O cabeçalho e as 20 principais linhas da mensagem são os seguintes:

Recebido: de 79-79-156-160.dynamic.dsl.as9105.com [79.79.156.160] por mail.fruityemail.com com SMTP;
   Quinta-feira, 3 de setembro de 2009 18:15:44 +0100
De: "Phil Wilks" 
Para: 
Assunto: Test 
Data: Quinta-feira, 3 de setembro de 2009 18:16:10 +0100
Organização: Fruity Solutions
ID da mensagem: 
Versão MIME: 1.0
Tipo de Conteúdo: multipart / alternativo;
    limite = "---- = _ NextPart_000_01C2_01CA2CC2.9D9585A0"
X-Mailer: Microsoft Office Outlook 12.0
Tópico-Índice: Acosujo9LId787jBSpS3xifcdmCF5Q ==
Idioma do conteúdo: en-gb
x-cr-hashedpuzzle: ADYN AZTI BO8c BsNW CQG / D10y E0H4 GYjP HZkV Hc9t ICRU JPj7 Jd7O Jo7Q JtF2 KVjt; 1; YwBoAGEAcgBsAG8AdAB0AGUALgBoAHUAbgB0AC0AZwByAHUAYgBiAGUAQABzAHUAbgBkAGEAeQAtAHQAaQBtAGUAcwAuAGMAbwAuAHUAawA =; Sosha1_v1; 7; {F78BB28B-407A-4F86-A12E-7858EB212295}; cABoAGkAbABAAGYAcgB1AGkAdAB5AHMAbwBsAHUAdABpAG8AbgBzAC4AYwBvAG0A; Qui, 03 Sep 2009 17:16:08 GMT; VABlAHMAdAA =
x-cr-puzzleid: {F78BB28B-407A-4F86-A12E-7858EB212295}

Esta é uma mensagem com várias partes no formato MIME.

------ = _ NextPart_000_01C2_01CA2CC2.9D9585A0
Tipo de conteúdo: texto / sem formatação;
    charset = "us-ascii"
Codificação de transferência de conteúdo: 7 bits

smtp email

8

Seu IP está na lista negra . Confira aqui e aqui para mais informações.

Parece que esses dois serviços examinam o bloco de endereços IP (não sabem o tamanho de um bloco / 24). Parece que a pessoa que possui os endereços logo abaixo de mim (77.245.64.2 até 77.245.64.38) está enviando muitos emails. Obrigado pelos links.

A / 24 é uma rede classe C. Basicamente, é qualquer coisa em 77.245.64.x.

— James Sneeringer

2

Você verá aqui que esse IP realmente tem uma má reputação. Após uma inspeção mais minuciosa, toda a classe C é listada aqui . Você não sabe quantos IPs possui nesse intervalo, mas todos terão problemas para enviar e-mails. Entre em contato com seu provedor de hospedagem para obter mais informações (e / ou obter um novo bloco de IPs).

— Dave Drager
fonte

Obrigado, acho que você está certo, pois é outra pessoa no meu bloco de classe C que está causando os problemas. Eu possuo apenas alguns endereços nesse intervalo. Obrigado pela informação.

0

Eu acredito que é uma configuração incorreta no HOST com o uso do zen.spamhaus.org.

A maioria dos ISPs principais estão listando seus blocos de IP dinâmico no banco de dados PBL.

Portanto, quando os clientes usam um programa de email local Outlook, etc., o servidor está rejeitando com base no banco de dados PBL (classificação ruim de 554 MTA). O Spamhaus.org alerta sobre a possível rejeição de email com base em uma configuração incorreta, de servidores de email autenticados, certos tipos de servidores da web etc.

Mais informações aqui (procure cautela na parte inferior da página) - http://www.spamhaus.org/pbl/

Aqui está o aviso da Spamhaus:

Cuidado: Como o PBL lista o espaço IP normal do cliente, não use o PBL em servidores inteligentes ou de saída SMTP AUTH para seus próprios clientes (ou você corre o risco de bloquear seus próprios clientes se os IPs dinâmicos estiverem no PBL). Não use PBL em filtros que realizem uma 'análise profunda' dos cabeçalhos recebidos ou que não sejam a verificação de endereços IP que são entregues aos seus servidores de correio.

— PCK Consult
fonte