[GTER] Bloquear SPAM - uma tarefa impossível?

[João Carlos Mendes Luís]

Se o webserver é seu, coloque-o na lista branca, pois vocé é o smarthost dele.

Se não é, bem feito para quem não usou smarthosting.

E se o erro temporário fosse legitimo, a mensagem seria descartada?  Erro 
temporário tem que ter retry.

Antonio Carlos Pina wrote:

> Greylisting causa problemas com envios via Webserver, por exemplo, que não
> são "smarthostados" para um servidor SMTP.
> 
> Como o Greylisting vai devolver no triplet, a mensagem não será reenviada.
> 
> Cordialmente,
> Antonio Carlos Pina
> INFOLINK Internet
> http://www.infolink.com.br
> ----- Original Message ----- 
> From: "Christian Lyra" <lyra at pop-pr.rnp.br>
> To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
> <gter at eng.registro.br>
> Sent: Thursday, August 05, 2004 1:35 PM
> Subject: Re: [GTER] Bloquear SPAM - uma tarefa impossível?
> 
> 
> OI,
> 
> Vc Já experimentou usar greylisting? Recentemente eu li um relato de um cara
> de um provedor relatando uma experiência bastante positiva. Na verdade era
> até engraçado porque os usuários começaram a ligar para ele e reclamar,
> porque como o volume de e-mails recebidos diminui muito, alguma coisa
> deveria
> estar errada!
> 
> 
> 
>>1) Passamos a exigir que o HELO seja um hostname válido (FQDN)
>>
>>2) Exigimos que o HELO, caso seja FQDN, possa ser resolvido, e não resolva
>>para o próprio IP do servidor.
> 
> 
>>3) Caso o MAIL FROM seja um domínio local, exigimos que a conta existisse
>>no servidor.
>>
>>4) Exigimos que o domínio do SENDER seja um domínio válido.
>>
>>5) Consultamos diversas RBLs: spamcop, spamhaus, sorbs, ordb
> 
> 
>>6) Consultamos o reverso, e bloqueamos algumas redes, conforme
> 
> recomendação
> 
>>em http://www.spambr.org/bloqueio.php3
> 
> 

-- 

                                         Jonny

-- 
João Carlos Mendes Luís - Networking Engineer - jonny at jonny.eng.br