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® 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
