From: Matti Aarnio <matti.aarnio@zmailer.org>
To: Chase Venters <chase.venters@clientec.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: bogofilter ate 3/5
Date: Thu, 7 Sep 2006 12:52:44 +0300 [thread overview]
Message-ID: <20060907095244.GW16047@mea-ext.zmailer.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0609061409360.18840@turbotaz.ourhouse>
On Wed, Sep 06, 2006 at 02:15:46PM -0500, Chase Venters wrote:
> On Wed, 6 Sep 2006, ellis@spinics.net wrote:
>
> >>OK, but doing something could simply consist in adding a header
> >>that anyone is free to filter on or not.
> >
> >The problem with that is the post gets no indication that his
> >mail has been filtered. The way it works now is the rejection
> >happens at SMTP time and that causes the poster to see the
> >problem. If people filtered on a header, you'd never know why you
> >weren't getting a response.
>
> How about this:
>
> 1. Incoming mail from subscribers is accepted
> 2. Incoming mail to honeypot addresses is trained as SPAM
> 3. Incoming mail from non-subscribers is marked with X-Bogofilter:
> 4. A handy Perl script subscribes to lkml, and for any message it gets
> with an X-Bogofilter: SPAM header, it sends a notification (rate-limited)
> to the message sender explaining that his message will be filtered as SPAM
> by some recipients, and inviting him to contact postmaster to resolve the
> issue, and additionally letting him know that notification is rate-limited
> and there is a website he can check to see the SUBJECTs of all messages
> filtered as SPAM on lkml (say for the last week or two) if he wants to try
> and correct the problem himself.
Actually...
At front-door the bogofilter analyzes message for spam-signature
and does classification. It reports the class to SMTP receiver's
content policy controller, that usually chooses to believe it.
A number of recipient addresses are considered "filter free" and
they do always get messages no matter what BF or other content filters
consider the email.
The SMTP receiver also recognizes diffs in texts (but only when
unquoted) and exempts them of BF rulings (which sometimes do bite
on diffs.)
Honeypots train BF for SPAM.
Majordomo has tons of 'TABOO' filters and any match at them
trains BF also for SPAM.
Any message that was successfully accepted to any list is
trained as HAM.
I am considering teaching the system to recognize VGER's lists
specially, and to verify that sender is in the list, or at possible
extra 'posters' list. (Did I create one, or did I plan only ?)
Anyway, if MAIL FROM address is at either, then message is again
exempted of Bogofilter.
Presently majordomo and front-end SMTP are not in any direct contact,
and that kind of policy decissions are not made at SMTP input time.
They are done silently a bit latter.
I can move most of the Majordomo policy rules to front-end policy
controller -- it is perl, after all :-)
> Thanks,
> Chase
/Matti Aarnio -- one of <postmaster@vger.kernel.org>
next prev parent reply other threads:[~2006-09-07 9:52 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-06 5:37 Rick Ellis
2006-09-06 18:00 ` Willy Tarreau
2006-09-06 18:04 ` Willy Tarreau
2006-09-06 18:56 ` ellis
2006-09-06 19:15 ` Chase Venters
2006-09-06 20:56 ` Krzysztof Halasa
2006-09-06 22:05 ` Chase Venters
2006-09-07 11:55 ` Krzysztof Halasa
2006-09-07 13:46 ` Chase Venters
2006-09-07 22:33 ` Krzysztof Halasa
2006-09-07 22:37 ` Chase Venters
2006-09-07 22:58 ` Krzysztof Halasa
2006-09-07 23:02 ` Matti Aarnio
2006-09-07 13:58 ` Stuart MacDonald
2006-09-07 14:01 ` [OT] " Chase Venters
2006-09-07 14:27 ` Chase Venters
2006-09-07 17:35 ` Stuart MacDonald
2006-09-07 18:25 ` Chase Venters
2006-09-07 21:05 ` Stuart MacDonald
2006-09-07 9:52 ` Matti Aarnio [this message]
2006-09-06 20:13 ` Willy Tarreau
-- strict thread matches above, loose matches on Subject: below --
2006-09-05 23:57 [RFC 0/5] dio: clean up completion phase of direct_io_worker() Zach Brown
2006-09-06 4:35 ` bogofilter ate 3/5 Zach Brown
2006-09-06 5:00 ` Willy Tarreau
2006-09-06 7:22 ` Mike Galbraith
2006-09-08 22:16 ` Matthias Andree
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060907095244.GW16047@mea-ext.zmailer.org \
--to=matti.aarnio@zmailer.org \
--cc=chase.venters@clientec.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®