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. Thanks /Lars
