On 06/03/14 11:31, Tom Hendrikx wrote: > On 03/06/2014 10:12 AM, Alan Chandler wrote: >> I have reached a small impass with my spam retraining mechanisms, and I >> think it is because I don't understand signatures properly. >> >> My basic set up is postfix <->dspam-milter<->dspam with the hash >> database as the backend. Postfix eventually deliverers via lmtp to >> dovecot. using sender_bcc_maps, each user gets their sent mail saved >> >> I think that works because >> a) the hash database has stuff in it >> b) my messages have X-DSPAM headers in them >> >> this was all done before I did the following >> >> I added a file group to /var/spool/dspam with a single line with >> dspam:shared:* in it >> >> My rationale for this was two fold >> >> 1) There is only 3 of us with 4 accounts. It is probably better to >> share the dictionary >> 2) See below on sending the training messages from a different user, so >> that the sender_bcc_maps don't save the training mail >> >> I have dovecot-antispam setup to e-mail back through postfix from user >> ds...@chandlerfamily.org.uk (a non existent user) to a a dspam >> retraining address with the following taken from my postfix master.cf file > Any reason why you're not using the dspam support in the antispam plugin > directly? It can execute dspamc and talk to dspam directly, without > having to use email as a go-between. > > I tried it and I couldn't make dspam run. (nor could I find anything in the log to say why) All that would happen is that the attempt to move a mail from my inbox to my junk box would fail in thunderbird
So I gave up. I assumed at the time it was because antispam was calling it with uid 10001 (which doesn't have an account). I can't remember the exact message that made me think that, and looking back at syslog and mail.log at the time this happened I can't find any entries at all for dspam Just looking back at what I discovered since, it might be because dspam was having read problems with dspam.conf (permissions 660 with root.root as the owner) I will try this again this evening because I would much prefer to do it this way rather than all the other issues around non existent e-mail addresses. ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user