Spam Filter Enhancement Suggestion

Spam Filter Enhancement Suggestion

Post by Tim » Thu, 03 Jul 2003 20:01:42

Under the option as I envision it, Eudora would strip the <stuff
in angle-brackets> from a temporary copy of the message held in a
buffer; my existing string-filters would be applied against that
temporary copy, and Eudora would simply follow the rules in my
filters. Eudora wouldn't have to "decide" anything. And this would
happen only if I had the option enabled.


Spam Filter Enhancement Suggestion

Post by Tim » Thu, 03 Jul 2003 20:40:32

I certainly haven't ruled out anything. Jan's filters are nifty --
but they would have some potential side-effects for me. Using
them, I'd have to peruse my SPAM folder more carefully than I do
now to make sure that valid messages did not get misidentified.

My original posting suggested a feature that would increase the
effectiveness of my existing subject-oriented filters, now that
spam techniques designed to circumvent such filters are becoming
more common, making them ineffectual; the suggested feature would
not require me --or any other Eudora user-- to change the way
they currently filtered messages, nor would it have a negative
impact on any existing filters.

In article <16sMa.8863$ XXXX@XXXXX.COM >,
XXXX@XXXXX.COM writes...


Spam Filter Enhancement Suggestion

Post by Randy Par » Fri, 04 Jul 2003 10:33:30

I agree with you. I think that this is a great idea. While what we
need for filtering purposes can probably be done under the
current scheme using regular expression parsing, it would be
much more user friendly if there was a simple check box that
said "Remove comments before filter is applied".

In fact, I just accessed this news group, specifically because
of this problem. And here it is under discussion.

Spam Filter Enhancement Suggestion

Post by dfon » Fri, 08 Aug 2003 06:25:45

regular expressions are powerful, but even so it would be a
pain in the rear end to make your ordinary patterns ignore
the possible presence of html comments. what's even worse is
that eudora's r.e. engine is buggy, so not all of the power
is really available.

let's think bigger here. today, the problem is html comments.
tomorrow it may be something else. what would be better than
a feature to remove html comments, is a more general feature
allowing other pre-processing to be specified.

suppose you could apply a series of regular expression substitutions,
before doing the filtering?

suppose you could apply different pre-processing depending on
which filters matched, and then re-apply other filters?

why not create a scripting language for filtering messages?

what you'd end up with would probably be a perl-like language.

why not?