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