On 06/03/14 21:23, Tom Hendrikx wrote: > > Dspam needs to know who is calling it, so it can check if it's a > trusted user. Real question is of course why you are trying to run it > as a numeric uid that does not belong to any system account :)
Well, because I suppose that is the architecture of Dovecot and the Antispam plugin. It runs it in the context of the uid of the users mailbox. Why = when I started this project, although I only have 4 users, I decided it was all about doing what someone with a virtual mailboxes with 1000s of users would do, so I tried to design the system so that I didn't need a system user. I came across a similar post to mine about 4 years old - someone had hit this problem and couldn't find the correct answer. He didn't seem to find the answer then, and went down the mail forwarding approach It looks though this discussion is going the same way. Dovecot antispam and a dspam backend is not the right way when you have virtual mailboxes. Instead, use antispam's ability to pipe the mail to sendmail and postfix's ability to call dspam with a solid user account. And as someone said in that other thread - makes sense to not have all the users creating lots of threads as they move chunks of messages to and out of their spam folder - but rather use postfix's queuing mechanism to have a more controlled approach to such a load. ------------------------------------------------------------------------------ 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
