Eventum keeps overwriting the config file:

Somewhat randomly, Eventum will overwrite the config file, setting the options under "General setup" back to their defaults. This is not the result of the filesystem being full. This has the side effect of disabling all E-mail functions, among other things.

Filesystem kbytes used avail capacity Mounted on /dev/md/dsk/d2 492687 168899 274520 39% /var

download_emails.php still has locking issues:

We use one shared pseudo account (dispatch), and have all our support aliases come to this user. procmail is used to sort the mail into seperate IMAP mailboxes. We use the download_emails.php script in cron per the instructions:

# Eventum project mail queues 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.cgb.indiana.edu dgrc 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.cgb.indiana.edu support 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.bio.indiana.edu biosupport 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.cgb.indiana.edu admin 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.cgb.indiana.edu scheduler 5 * * * * cd /var/httpd/apps/eventum/misc; /local/bin/php -q ./download_emails.php dispatch mail.cgb.indiana.edu webmaster

Frequently, this creates locking issues, and --fix-lock must be used. Supposedly, this should never be necessary given the past bug fixes to the download_emails.php script. Well, it's necessary, and damn annoying. Creating seperate users for each support alias is not acceptable, and neither is running these queues at more staggered time intervals.

-phillip