7 msgInvalid Sender Address syntax
2 msghigh availability
2 msgBFD (Brute Force Detection) & Postfix
5 msgrelay domain and forwarding
2 msgdk-milter - emal size issues
5 msgMail sent from local machine shows undisclosed-...
16 msgSorting incoming mails according to rules
5 msgCorrect use of smtpd_tls_security_level
1 msggraph queue sizes
6 msglarge deferred queue ('too many connections')
3 msgTo see IP's
5 msgHow Can I Block certain IP's Within Range of my...
8 msgQuestion about adding a special header to emails
3 msgrcpt count mismatch and corrupt queue file ?
2 msgtoo many connections
11 msgWhitelist broken email servers?
4 msgWrite failed in network_biopair_interop with er...
2 msgPattern-matching in HELO
3 msgheader_checks du jour

Good Resource for additional Spam Blocking
\ Joey (15 Jun 2007)
. \ Joey (15 Jun 2007)
. \ Victor Duchovni (15 Jun 2007)

Subject:Re: Good Resource for additional Spam Blocking
Group:Postfix-users
From:Victor Duchovni
Date:15 Jun 2007


 
On Thu, Jun 14, 2007 at 08:07:13PM -0400, Joey wrote:

>
>
> We are not a BIG isp, so this is a good number from my perspective. To give
> you an idea in April 07 we blocked the following amounts of spam with RBL's
> on 1 server:
>
> blocked using zen.spamhaus.org (total: 219101)
> blocked using bl.spamcop.net (total: 12087)
> blocked using dul.dnsbl.sorbs.net (total: 11488)

These three appear to be doing useful work for you with very few FPs.

> blocked using dnsbl.njabl.org (total: 2379)
> blocked using dsn.rfc-ignorant.org (total: 1181)
> blocked using list.dsbl.org (total: 1065)
> blocked using spamsources.fabel.dk (total: 403)
> blocked using dnsbl.ahbl.org (total: 265)

I would ditch these, as the value gained is negligible (<1%), and at
least RFCI is not widely considered safe for use with blocking (major
ISPs or Country TLDs end up listed for long periods of time).

> On the flip side if anyone has additional ideas, please let me know since
> you can NEVER block enough spam!

You can block too much non-spam, or impose unnecessary latency doing
lookups that rarely do anything useful, but can really slow down your
system if the service in question is busy or down. RBLs are not the
whole story, some content filtering is also required (SA, DSPAM, choose
your poison).

--
Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.


© 2004-2008 readlist.com