Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 7 Jun 2007 00:01:48 +0200
From:      Roland Smith <rsmith@xs4all.nl>
To:        David Kelly <dkelly@hiwaay.net>
Cc:        Richard Coleman <rcoleman@criticalmagic.com>, freebsd-questions@freebsd.org
Subject:   Re: Seeking recommendation for anti-spam software
Message-ID:  <20070606220148.GA67363@slackbox.xs4all.nl>
In-Reply-To: <20070606182158.GB79017@Grumpy.DynDNS.org>
References:  <4666DA3B.3070609@criticalmagic.com> <20070606171509.GB59161@slackbox.xs4all.nl> <20070606182158.GB79017@Grumpy.DynDNS.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--y0ulUmNC+osPPQO6
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Jun 06, 2007 at 01:21:58PM -0500, David Kelly wrote:
> > Bogofilter works very well, after you've trained it with some spam &
> > ham. You can get a head start by starting from someone else's wordlist.

BTW, I'd be happy to share my wordlist. At =E2=89=8812MB it's kinda large t=
hough.

> Yes, works very well for me too. Am running it in parallel with other
> spam filters and find if I was to have only one spam filter it would be
> bogofilter. Found SpamAssassin to be very resource intensive and its
> processing (lookup time) slow.
>=20
> Bogofilter is lean and effective. Only negative is that it needs to be
> trained.
>=20
> > But I'm running it from procmail on my mail only.  I've never bothered
> > to integrate it into postfix.
>=20
> Would be very handy if someone were to make a port of scripts with
> something like ADD_SPAM, NOT_SPAM, and SPAM folders under IMAP to drive
> bogofilter remotely from an email client. Train as spam messages placed
> in ADD_SPAM and then move them into something like ADDED_SPAM. Have
> bogofilter place found spam in SPAM, user puts falses in NOT_SPAM.
> Scripts train bogofilter on contents of NOT_SPAM and put in something
> like NOT_SPAMMED. Users may clean out SPAM, ADDED_SPAM, and NOT_SPAMMED
> as they fill. The point is to never throw anything away with the
> scripts.

I've defined two macros in Mutt; for training bogofilter to see a
message as Ham or Spam;

macro index S "<enter-command>unset wait_key\n\
<pipe-entry>bogofilter -Ns\n\
<enter-command>set wait_key\n\
<delete-message>" "requalify and delete message as spam"

macro index H "<enter-command>unset wait_key\n\
<pipe-entry>bogofilter -Sn\n\
<enter-command>set wait_key\n" "requalify message as non-spam"

This is for my personal database, of course.=20

But if users can send spam to a special mailbox, it should not be too hard =
to
run that through bogofilter as training material in a cron-job.

> Then on top of that one ought to have some means of global spam filter
> database in addition to per-user databases.

That is possible. Look at the bogofilter FAQ.

Roland
--=20
R.F.Smith                                   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)

--y0ulUmNC+osPPQO6
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (FreeBSD)

iD8DBQFGZy7MEnfvsMMhpyURAmDmAJ49cIpf0XebFVh28aMJdyIqjFJC0QCglN/l
M39+Lf0IqQ3h6rPi8swLMUs=
=Nl3F
-----END PGP SIGNATURE-----

--y0ulUmNC+osPPQO6--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070606220148.GA67363>