Wow, first time I've run into a memory chip that died in the machine. And of course the POST said it was fine, despite the fact that Memcheck86 showed it dead in a couple seconds. So, that's the backup server back up.

Still had trouble getting the RAID1 working again... constant "device in use" warnings when I tried to assemble.

Thanks to some suggestions on the Drupal website, I've improved the modifications to a) have Subscriptions honor the $node->moderate bit, and b) have Modr8 send out Subscriptions when a node is approved.

This still requires a patch to modr8 so that subscriptions gets called when the approval form is submitted, but uses a module for the rest. Also it pulls the real $node values from the database, rather than creating a skeleton from the form info.

I've worked on a version of the previous patch to put a checkbox on the registration form to allow users to opt-in during registration. This implementation uses a module instead of a patch, and so should not require reapplication after updates.

As before, it is still in a very rough testing state. You should be very careful with it, although it does work on my small site.

I've made a lot of progress in getting modr8 and subscriptions to work together.

Task 1, easily accomplished, was to have subscriptions not send out notifications if the moderation bit was set.

Although I've successfully gotten Subscriptions to skip posts that have are in the Modr8 queue, I have not worked out the perfect way to send approvals when they have been approved. For the time being, the best way seems to be to make a small change to trigger an update, ie changing the sitemap priority.

Since the Notify module was obsoleted and then re-adopted, I'm nervous about depending in it too much. I'm trying to move to the Subscriptions module, but I want to offer my users a chance to subscribe during registration.

I've written a patch to deal with this.

I'm having some intermittent problems with the server load and I don't completely understand them. The load will jump to 5+ or higher and the response time drops precipitously, and top shows 100% CPU. Yet, I don't see anything in top that is over about 3% CPU and nearly everyone is at 0%. Odd. I think it might be Drupal's cron.php, so I reniced it, but I'm not sure...

I have long relied on CRM114 for spam filtering on my mailserver, and have generally been fairly happy with it. But it never hurts to try some alternatives, so I tried some lighter-weight programs: namely QSF and BMF. This was not a full-fledged test, mind you, just a report of my personal results.

I am currently working on transitioning this website over to Drupal. Several items on the code side still need some work, especially when it comes to management on the other websites hosted on this domain.