My dovecot username is dovecot, so it's not the same. The third
solution seemed easier but it seemed to be better for a user to move his
mail to his spam folder to mark them as spam. A good idea would be to
mix these solutions, something that would add a mail put in the spam
folder to an "Add to spam" queue that would be processed by the daemon.

What should I add to my configuration to change the user? I tried to
replace the %u after --user in antispam_dspam_args, but it does not
work...

Regards


On Wed, 24 Mar 2010 22:59:18 +0000,
Hugo Monteiro <hugo.monte...@fct.unl.pt> wrote:

> On 03/24/2010 10:11 PM, lodan wrote:
> > plugin {
> >     sieve=~/.dovecot.sieve
> >     sieve_dir=~/sieve
> >     antispam_signature = X-DSPAM-Signature
> >     antispam_signature_missing = error
> >     antispam_trash = Trash
> >     antispam_spam = SPAM
> >     antispam_unsure = CHECK
> >     antispam_allow_append_to_spam = yes
> >     antispam_dspam_binary = /usr/bin/dspam
> >     antispam_dspam_args = --deliver=;--user;%u
> >     antispam_dspam_result_header = X-DSPAM-Result
> > }
> >
> >
> >    
> 
> 
> The problem might be here. What is your dovecot username? It must be
> the same as the user entry in the DSPAM database.
> 
> If that's the case, you have 3 choices:
> 
> a) you can change your dovecot anti-spam plugin to call the dspam
> binary with the appropriate username.
> b) you can use DSPAMs external lookup to make the match.
> c) you can change the anti-spam plugin to use the mailtrain backend 
> instead of the dspam-exec backend.
> 
> My advice is that you use option c) since it might the easiest one to 
> do, but mainly because the mailtrain backend scales a lot better than 
> the exec backend. Imagine the follwing scenario. A user moves 1000 
> messages into the Spam folder. You'll endup with 1000 concurrent
> dspam processes doing retrains. If you use the mailtrain backend,
> there will be 1000 forwarded messages, but then your mail system will
> take care of them at it's own pace, using whatever concurrency
> settings you have for your postfix environment.
> 
> Hope it helps.
> 
> Regards,
> 
> Hugo Monteiro.
> 


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to