Lars Stavholm wrote: > Tony Earnshaw wrote: >> Lars Stavholm wrote, on 16. mar 2007 21:39: >> >> [...] >> >>> 1) --deliver=spam: I don't use that at all. >> That's because I don't use the out-of-the box dspam GUI at all, but > > Me neither (except for the system statistics page. > >> deliver all messages, spam-adjudged or innocent; maildrop delivers to >> each user's IMAP quarantine or INBOX folder to do what the user wants: >> retrain or move to the Spam folder. In dspam.conf I have > > Yup, that's what I want as well. However, dspam did > deliver the mails for me even without this setting. > In any case, I've added it now. > >> ServerParameters "--deliver=innocent,spam -d %u". > > Now, there's another subtle difference. > I just added ",spam -d %u". > >>> 2) --user: I use the real user, not the shared group. >> That won't work. The only active user in my database is leerlingen (the >> group). When a message comes in and is scanned by dspam, the debug >> output gives (i.a.) "assigning user [EMAIL PROTECTED] to group >> leerlingen". > > OK, changed. > >>> For ham's, my training looks like: >>> sed '/^X-DSPAM-/d' $mail | \ >>> dspam --user [EMAIL PROTECTED] --class=innocent --source=error >>> >>> For spam's, it looks like: >>> sed '/^X-DSPAM-/d' $mail | \ >>> dspam --user [EMAIL PROTECTED] --class=spam --source=error >>> >>> I'll give this a try right away. >> Let us know what happens. Using MySQL it's dead easy to see what's >> happening to the database using, for example, phpMyAdmin. I don't know >> how one'd do the same with hash. > > I sure will let you know. However, I just restarted the training > phase from scratch (and it's a low volume box) so it's gonna take > a while.
Beleive it or not, I just got my first spam hit :) with this new configuration, and that's after only a 100 mails, 25 of them retrained as spam. It's lookin' good. I'll post the final results in a week or so. Thanks again for your time Tony! /Lars
