Atomicorp

I upgraded my PSA installation today, as I'm trying to get my system to run PHP w/ GD 2.0.

I was running Redhat 9.0 with Plesk 7.5.2

I did a yum update psa* and let it upgrade all of my PSA install.

I can get into plesk fine, my webservers needed an open_basedir tweak for pear, and my courier-imap install needed authpsa to be linked through libexec.

Qmail however, won't accept anything. I've tried telnet'ing to port 25 and I get a connection refused. I've been trying to find the logs for qmail, but I haven't seen any messages.

I've entered panic mode. Unfortunately I've had to do this update on a live server, and the email has been down going on 2 hours now (it really won't kill us to be down a day, but I've hit a wall to what I can think of doing)

Qmail seems to be running on the system, its just that qmail-smtp doesn't seem to be getting called.

Please help!!!

I've found the problem!

It turns out that somewhere along the line, my /etc/xinetd.d/smtp_psa file was changed to /etc/xinetd.d/smtp.psa

Either this was a change in plesk default file naming conventions or a script backed up my psa and didn't tell me.

I hope others learn from my lesson.

My qmail also stopped working after the upgrade from Plesk 7.5.3 to 7.5.4 using ART's yum.

The maillog shows this:
/usr/lib/courier-imap/libexec/authlib/authpsa: No such file or directory

Running /usr/local/psa/admin/sbin/mchk -v gives these errors
mchk: db_connect: failed to connect to database: Error: Too many connections
mchk: db_connect: failed to connect to database: Error: Too many connections
mchk: Unable to connect to the Plesk database
mchk: Unable to connect to the Plesk database

Then I added the following two lines (which were missing) to the end of files /etc/courier-imap/pop3d and /etc/courier-imap/imapd

AUTHMODULES="authpsa"
MAILPASSWD="/usr/local/psa/qmail/users/poppasswd"

Then do service courier-imap restart

Everything working