http://bugzilla.spamassassin.org/show_bug.cgi?id=3503
------- Additional Comments From [EMAIL PROTECTED] 2004-06-12 20:54 ------- Subject: Re: local.cf not reread, forced to use @GLOBAL for everything... Right now we only save off the config and copy it back if spamd is changes its uid to a new user and then back again at the end of processing. In the case of SQL configs, which may not setuid to the username, but still copy in a users config, we don't do this. This means that once a config variable takes on a value, unless something comes along and overwrites it, it keeps that value. For instance, default (local.cf) config sets report_safe == 0. We have three users, bob, fred and george. In the SQL prefs bob has report_safe == 1 and fred has report_safe == 0, george doesn't have anything set for report_safe. A request comes into spamd for bob, his config is parsed and now the server report_safe value has switched from 0 to 1. Next a request comes in for george, he has no extra config, but since we've overwritten the default report_safe value, he gets his msg returned with report_safe == 1. Next, fred has a msg processed, since he has report_safe == 0 in his config, we overwrite the value once again and fred gets the expected result. Finally, george has another request and since fred's msg set the report_safe value back to 0 all is well, at least until bob gets another msg processed. I'm not toally sure how to fix this, I tried a couple of quicky ideas to no avail. I'm hoping felicity will pick this up since I believe he's most familiar with that code. Michael ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
