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

Re: Debian Lists, USENET & Spam



On Sun, Jan 06, 2002 at 04:54:46PM +0100, martin f krafft wrote:
| also sprach Jens Gecius <jens@gecius.de> [2002.01.06.1520 +0100]:
| > OK, so, could you post your scripts? That might be very helpful for
| > others.
| > 
| > Another question: you check in exim if that sender is a spam-address.
| > How exactly does that work? Do you just check the headers and then
| > deny transport for that mail (not receiving the body at all) or do you
| > receive the whole mail and send another one as failure notice to the
| > sender of the spam? 
| 
| the exim setup proposed it surely interesting as it allows SMTP level
| filtering, but you can only really do this on a single-user system.
| after some experience with anti-spam filtering, i have decided that
| system-wide filtering isn't adequate if you have a number of users, it
| should be user-based (spamassassin or spambouncer). you just can't trust
| your users enough to have direct influence on the way the MTA works. and
| you can't impose your anti-spam rules on others.

The setup I posted (same thread level as martin's post) does it's
filtering by checking the user's blacklist.  Each user can have their
own (but it is not an error if they don't).  (It must be readable by
the mail group, though)

| aside, filtering on the sender address doesn't usually help... spammers
| don't reuse addresses...

Some do.  The constant spammers on the gadfly list (hosted by
yahoogroups) do, which is what prompted me to actually implement a
mechanism that has morphed into what I posted.  For example there are
several addresses @*.pm0.net that are repeated spammers.  I think the
whole pm0.net site is just a commercially availble spam relay.

-D

-- 

Do not be afraid of those who kill the body but cannot kill the soul.
Rather be afraid of the One who can destroy both soul and body in hell.
        Matthew 10:28



Reply to: