Re: [Evolution] How to handle unsolicited e-mails with evolution 2.32.2 ?



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




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]