• The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Upgrade 7.5.3->7.5.4 killed qmail

S

sermad

Guest
Hi guys.

I updated from 7.5.3 to 7.5.4 today - I obviously never got the email saying the upgrade had completed because our pop server stopped during the upgrade and never came back.

I have rebooted.

any ideas what I should be looking at to fix this?

ps I did this in the faq and it did nothing -

http://faq.swsoft.com/article_22_956_en.html
 
Ok, but have you checked the log files available at:

/tmp/psa**_upgrade.log

? Are you sure that the upgrade completed sucesfully?

You can try in command line to force a qmail RPM install, but I advise you to check the log files first.
 
Hi there.

yes I am sure the upgrade was successful.

Ive been tinkering with the server for about 5 hours now! I somehow DID get emails to work.

Then I rebooted it and now they dont.

Also when I send emails to myself I get mailbox errors.

Also for me - that courier technote is wrong.

My mailpasswd is at - /var/qmail/users/poppasswd - ???
 
More errors - Getting closer.

Seems the courier-imap is running twice on start?

If I also run - /etc/rc.d/init.d/courier-imap restart

I get the courier-imap service starting twice! Please help guys. I feel Im so close.

Nov 15 02:34:29 bowden4585 qmail: qmail-send shutdown succeeded
Nov 15 02:34:33 bowden4585 qmail: Starting qmail: succeeded
Nov 15 02:35:33 bowden4585 courier-imap: Stopping imap succeeded
Nov 15 02:35:33 bowden4585 courier-imap: Stopping imap-ssl succeeded
Nov 15 02:35:33 bowden4585 courier-imap: Stopping pop3 succeeded
Nov 15 02:35:33 bowden4585 courier-imap: Stopping pop3-ssl succeeded
Nov 15 02:35:36 bowden4585 imapd.rc: bind: Address already in use
Nov 15 02:35:36 bowden4585 imapd.rc: ll_daemon_start: Resource temporarily unavailable
Nov 15 02:35:36 bowden4585 courier-imap: Starting imapd succeeded
Nov 15 02:35:36 bowden4585 imapd-ssl.rc: bind: Address already in use
Nov 15 02:35:36 bowden4585 imapd-ssl.rc: ll_daemon_start: Resource temporarily unavailable
Nov 15 02:35:36 bowden4585 courier-imap: Starting imap-ssl succeeded
Nov 15 02:35:36 bowden4585 pop3d.rc: bind: Address already in use
Nov 15 02:35:36 bowden4585 pop3d.rc: ll_daemon_start: Resource temporarily unavailable
Nov 15 02:35:36 bowden4585 courier-imap: Starting pop3 succeeded
Nov 15 02:35:36 bowden4585 pop3d-ssl.rc: bind: Address already in use
Nov 15 02:35:36 bowden4585 pop3d-ssl.rc: ll_daemon_start: Resource temporarily unavailable
Nov 15 02:35:36 bowden4585 courier-imap: Starting pop3-ssl succeeded
 
Here is a possible temporary fix. Stop the xinetd, courier-imap, and qmail services. Then start them in this order:
qmail, courier-imap, xinetd.
This has worked in the past. It is a temporary fix though because when the server reboots it will probably fail again.
 
You have a service running on imap port. Hard to tell which is this service without taking a look to the server. You can try to get the service name running:

netstat -lp
 
Back
Top