On Sun, 2011-11-27 at 14:19 +0100, Thomas Prost wrote:
> Am Sonntag, den 27.11.2011, 13:00 +0000 schrieb Pete Biggs:

> > However, a spam filter needs to learn good mail as well as bad - only 6
> > good messages learnt means it still won't start filtering.  You need
> > about 100 of both types.
> That´s the most new to me. I was fatally wrong about the function of
> bogofilter. Thought, it would filter too much in a first approach and I
> would manually have to mark the ham in the spam-folder ???

By default it won't filter anything, as I think you now realize. It
doesn't come with a default set of spam criteria, since one person's
spam may be another person's ham. That's why you have to get it to learn
what *you* consider to be spam.

> > > 
> > > bogoutil -p .bogofilter/wordlist.db thomas
> > > displays:
> > > spam    good    Fisher
> > > 1       0         0.991605
> > > What the hell does that mean ?
> > > Found 1 spam-mail including the word "thomas", found no good mail with
> > > it, so with 0.991605[dimensionless somethings created by Fisher], all
> > > mails including "thomas" are spam ???
> > > 
> > > In the meantime I thought it can´t get worse, however ...
> > > dbverify -a .bogofilter/wordlist.db
> > > Fehler in der Datenbank: -- DB ist eine Datei, kein Verzeichnis.
> > > That means, it´s an error, that the DB is a file, not a directory ?:-|
> > 
> > Where does it say to use that command?  Shouldn't it be
> > 
> >   db_verify .bogofilter/wordlist.db
> db command not found on my system, so I thought dbverify ... (maybe
> wrong again?)

In Fedora: yum install db4-utils
Presumably something similar in Ubuntu.

> > > 
> > > ... and 
> > > What is a non-transaction mode ???
> > > Does that make sense ??? Database, that does no transactions ???
> > > Databases I set up, are always doing transactions ...
> > 
> > Try reading up on databases - non-transaction mode just means that
> > rather than going through an SQL type interface that performs atomic
> > operations on a backend database, the program interacts directly with
> > the database files - it's simpler but more risky.
> ... so was my guess, but using a local database on a personal computer,
> I take that "risk" ?:-|

Bogofilter is not limited to personal computers. Neither is
SpamAssassin. Both are able to work on large servers handling lots of
mail, so a proper database makes sense.

poc

_______________________________________________
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Reply via email to