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

Reply via email to