Re: KOREAN SPAM: HOWTO deal with it???

From: Nico Kadel-Garcia (nkadel@bellatlantic.net)
Date: 09/15/02


From: "Nico Kadel-Garcia" <nkadel@bellatlantic.net>
Date: Sun, 15 Sep 2002 20:27:10 GMT


"Tim Haynes" <usenet@stirfried.vegetable.org.uk> wrote in message
news:867khn84qn.fsf@potato.vegetable.org.uk...
> Angela Kahealani <angela@kahealani.com> writes:
>
> > This is not a security issue. It's a signal to noise ratio issue. DO
> > decrease the ratio by complaining about the problem :-( have you met
> > procmail? RTFM.
>
> Wake me up when you've had enough mails coming down your line in
> sufficiently short order that sendmail's spending more time processing
ACLs
> than it is your normal office mail. Then you'll think again about procmail
> being a panacea.

It's also tough to configure correctly site-wide, and can take up a serious
CPU load as different users run wildly different rulesets and begin to
cut+paste in each other's recipes, many of which are frankly wrong.

It's difficult to provide a reliable, invisible service for users such as
"blocking all the !@#$ spam". A friend of mine is working on some more,
well, *interesting* content based filters: lighter weight, operates locally
on the SMTP server and doesn't have the serious DNS zone transfer problems
of the various black lists: the results of it so far are promising.



Relevant Pages

  • Re: KOREAN SPAM: HOWTO deal with it???
    ... It's a signal to noise ratio issue. ... > decrease the ratio by complaining about the problem :-( have you met ... than it is your normal office mail. ... Then you'll think again about procmail ...
    (comp.os.linux.security)
  • Re: KOREAN SPAM: HOWTO deal with it???
    ... It's a signal to noise ratio issue. ... DO decrease the ratio by complaining about the problem :-( ... have you met procmail? ...
    (comp.os.linux.security)

Quantcast