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

[Thomas Prost <thomas prost prosts info>]

Am Sonntag, den 27.11.2011, 13:00 +0000 schrieb Pete Biggs:
>   bogoutil -d .bogofilter/wordlist.db |wc -l
..sorry for that, the output is now 38693 - but what doews that HELP ?
> > bogoutil -w .bogofilter/wordlist.db .MSG_COUNT
> > displays: 895 spam 6 good
> > SO WHAT ? IsnÂt 895 mails enough to learn a bit ?
>
> This means that bogofilter is being trained, it's working.  This is a
> GOOD thing. It means you have eliminated one of the possible areas of
> problems.
... fine, thank you :-)
>   
>
> 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 ???
> > 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?)
> > ... 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" ?:-|

--
Peace,
Thomas