Maxim Paperno wrote on 22/12/2005 22:00: > My Linux development box is refusing to boot up right now, so I'm wondering > if you could try something regarding this issue with SA wanting to use root's > user_prefs on startup (which, I agree, is really just a minor annoyance).
> I found this in the latest Mail_SpamAssassin docs: > > $f->compile_now ($use_user_prefs, $keep_userstate) > ........ > If $use_user_prefs is 0, this will initialise the SpamAssassin configuration > without reading the per-user configuration file and it will assume that you > will call read_scoreonly_config at a later point. As I currently don't have a Linux box with spampd running (or rather: not running) in a way which allows such tests, I will prepare a modified package for Bernd tomorrow and ask him to check this. To inform him as soon as possible, I CC him on this mail. Bernd: If you have the time to do so, you could also do the modification Maxim outlines below locally (on /usr/sbin/spampd) and check wether it avoids reading the /root/* stuff. If you do so, please let me know. > I want to change line 862 of spampd-2.30: > > -$assassin->compile_now(); > +$assassin->compile_now(0); > > But I can't test it at the moment. If you have time to give this a whirl, > that'd be great. I do need to fix my Linux dev box though... I knew it was a > bad idea to turn it off. Tell me about it. I updated the kernel on my main server and its backup simultaneously today (by accident rebooting both machines instead of the backup only first). This resulted in an unexpected downtime of approx 2 hours of my mailserver, homepage and online shop. OUCH. Thankfully, the shop hasn't been opened to the public yet. > Also, thanks for the heads-up on the update to Net::Server. I do know that > our previous fix for the logging issue has caused a bug with the logging on > newer installs, but I hadn't tracked it down to this module (figured it was > either this or Sys::Syslog). As much as I'd like to log % signs in message > IDs, it might be easier to just replace it with a nice, safe underscore. Or > sniff the version of Net::Server I guess, but that might get messy. Open to > other suggestions on this issue. The version of Net::Server which changed this was 0.89, and the Version of Net::Server is available as $Net::Server::PreForkSimple::Version (which reports "0.87" on my Debian Sarge and "0.89" on Debian Sid). Should be relatively easy to check that at startup and use the appropriate log() calls later. I will have a look at this tomorrow. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
