https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6728
--- Comment #25 from RW <[email protected]> --- (In reply to Henrik Krohns from comment #24) > Are you suggesting that there are installations where users are not using > spamc/spamd, but instead use standalone /usr/bin/spamassassin for every > message? No, this is what happens when spamd works with unix users, as it might on a login server. > I don't know what kind of else setup would make it possible, unless > we are talking about the virtual-user spamd thingy that I haven't looked at. I guess it would apply to --virtual-config-dir as well. I've no idea about other types of virtual user. > In the case is as above, it makes absolutely no sense to share a "common" > directory. It only takes one user to stop everyones DNSBL lookups by > touching some files. In the case of a shared directory between unix users it would be necessary to defers setting the flag until the spamd child regains root privileges, which may be more trouble than it's worth. For virtual users a shared directory would be owned by the unprivileged user. -- You are receiving this mail because: You are the assignee for the bug.
