Re: Netfiler on RBL (fwd)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 15, 2004 at 08:23:20PM +0200, Jozsef Kadlecsik wrote:
> Hi Harald,
> 
> Surely, you should know about this. Even when "SpamCop is aggressive and
> often errs".

Thanks, Jozsef.

> ---------- Forwarded message ----------
> Date: Thu, 15 Jul 2004 19:12:23 +0200
> From: Marc Haber <mh+netfilter@xxxxxxxxxxxx>
> To: netfilter <netfilter@xxxxxxxxxxxxxxxxxxx>
> Subject: Re: Netfiler on RBL
> 
> On Thu, Jul 15, 2004 at 01:03:33PM -0400, David Cary Hart wrote:
> > Jul 15 10:56:03 mail postfix/smtpd[18286]: connect from
> > lakshmi.netfilter.org[62.128.28.23]
> > Jul 15 10:56:03 mail postfix/smtpd[18286]: NOQUEUE: reject: RCPT from
> > lakshmi.netfilter.org[62.128.28.23]: 554 Service unavailable; Client
> > host [62.128.28.23] blocked using bl.spamcop.net; Blocked - see
> > http://www.spamcop.net/bl.shtml?62.128.28.23;
> 
> http://www.spamcop.net/bl.shtml says "However, it should be noted that
> SpamCop is aggressive and often errs on the side of blocking mail".
> You don't want to use any list that bases its result on user reports
> for blocking.

yes, I know about this.  I automatically receive lots of nagios tickets
about this.  It also isn't the first time this happens to us.  

To be honest, I don't really care about spamcop.  

> Greetings
> Marc

-- 
- Harald Welte <laforge@xxxxxxxxxxxxx>             http://www.netfilter.org/
============================================================================
  "Fragmentation is like classful addressing -- an interesting early
   architectural error that shows how much experimentation was going
   on while IP was being designed."                    -- Paul Vixie

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux