~~~ s...@datanet.hu írta: ~~~
On Wed, 5 Mar 2008, p...@teamlupus.hu wrote:
phew.... I spent my whole day and some of the night to hack it, and
altough it's a very basic and hacky setup but now it works! It uses no
daemon, runs with spamdrop and sqlite - on a busy box it checks a message
under 10ms in general.
That looks fine. I suggest you to see the maillog, and check the spamicity
of the messages. If they are not 0.5, then it seems to works.
I checked before writing the last email - works means that the junk is being
filtered upon the spamicity marking since then! So far, only one false spam
mark (out of ~50 emails), a html letter with few words only written in
hungarian without subject. I'm sure there was nothing like that in the
initial training HAM database....
A feature request: it'd be very handy to make configure save the command
line the configure script was invoked with (for later reference,
It is saved to config.log.
My bad, i might overlooked it. What about dropping a line about this info
into the doc?
i see, the -static made it into the web :) Another feature requset:
please make it a configure parameter, like --static-build or something.
I will make such a configure option soon.
Thanks!
While i tried to do initial training, it turned out that
db_init_sqlite3.sh thinks 'parsembox' is reachable through the system
path - which was not true. i've added the path and the script went on.
I've added the freshly-compiled sqlite3 binary's path too. Another
problem i came over was that the db-sqlite.sql was not in the dir where
the train script resided, so i copied there from the source dir. A
remark: a former run of the script made the database file, but with 0
size, so successive runs failed with sql errors (obviously, there was
nothing in it). Might worth to check the size, too.
The training (and using the clapf daemon or the spamdrop utility ) is
supposed to run after "make install", which puts everything in place.
Well, if i specify a path like --prefix=/usr/local/clapf, then it seems that
misses the files after "make install". Or i'm lame (might be the case).
should point to the directory which includes the ham or spam files. I
designed the db_init_sqlite3.sh script a little more general (not only for
Maildirs, but for any directory containing emails).
OK, i see. But please clarify the docs according to it, because maildirs
means the mentioned directory structure with many things, and could be a bit
misleading (or worse, somebody like me teaches his/her filter with junk then
complains that it's not working or slowly studies). To not to loose
functionality, it might be the best to include my patched version under a
different name,leaving the original script intact.
Happy hacking and thanks for clapf!
----
Péter
Serial is up, protocol is up --- everything connected!
(c) Anthony Panda www.anthonypanda.com
