Re: [Evolution] How to handle unsolicited e-mails with evolution 2.32.2 ?
- From: Patrick O'Callaghan <poc usb ve>
- To: evolution-list gnome org
- Subject: Re: [Evolution] How to handle unsolicited e-mails with evolution 2.32.2 ?
- Date: Sun, 27 Nov 2011 09:11:14 -0430
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]