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