All right, I figured out the problem below by just adding bayes_path to /etc/spamassassin/local.cf. So, now I have a shared bayes db. But I'm reading everywhere that it's not a paricularly good idea. So, the question is, how do I with the same setup (exim, etc), make spamd setuid to the recipient of each message and read that user's bayes db?
Judging by the debug output of spamd, it just switches to the user that called spamc and that's the end of the story. Is replacing "user = Debian-exim" with "user=$localpart" a good idea? I guess this is a question for exim users. Just curious if anybody has a quick tip on this. All right, off to read the exim manual... On Sat, May 20, 2006 at 03:46:33PM -0400, Sergei Gerasenko wrote: > Hello, > > I started piping my mail through SA a couple of months ago and I've > been diligently marking messages as spam for the bayes subsystem. Then I > noticed that neither the headers of messages nor the analysis reports > have anything about bayes rules. > > > I'm running exim and here's what I have in the config file for the > spamcheck transport: > > spamcheck: > debug_print = "T: spamassassin_pipe for [EMAIL PROTECTED]" > driver = pipe > command = /usr/sbin/exim4 -oMr spam-scanned -bS > use_bsmtp > transport_filter = /usr/bin/spamc > home_directory = "/tmp" > current_directory = "/tmp" > user = Debian-exim > group = Debian-exim > return_fail_output > message_prefix = > message_suffix = > > The problem is that exim runs under Debian-exim (I'm running Debian) > and the bayes db is under /root/.spamassassin. > > I tried to add "-u root" to /usr/bin/spamc just to test it, and while > the bayes rules were consulted (or so the headers of a message said), I > got "autolearn=failed". I think it's because SA was trying to update the > bayes database under /root/.spamassassin. > > So, my question is, what's the correct way of doing this so that the > Bayes db is system wide? > > I'm sorry if this has been asked before. If so, would somebody please > point me in the right direction? > > Thanks for any suggestions, > Sergei
