On 03/06/2014 12:58 PM, Alan Chandler wrote: > 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 >>> [email protected] (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)
The dspam binary should be installed with setgid bit enabled (the 's' in
ls output: -rwxr-sr-x 1 dspam dspam 105792 May 30 2013 /usr/bin/dspam)
which means that dspam.conf should be readable for the dspam binary when
dspam.conf is readable by group 'dspam'.
To be able to retrain, the username of the calling user should probably
also be configured as trusted user ('Trust ...' in dspam.conf).
>
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-user
>
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-user
