Qmail will not maintain connection.
We have a Qmail server here and it used to autmotically push messages to all IMAP users, but as of 2 nights a go, this feature has stopped our Mac users and our Support System are no longer receiving messages and they must click on Send/Receive to get their messages. On the Macs there's an option to maintain connections and the issue is fixed there, but our Support System doesn't have that feature and the Qmail server must push messages to it. Does anyone know what that feature is called or how to re enable it?
Thanks.
Thanks.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
If IMAP wasn't running at all, then your Mac clients must've been falling back to POP3. This is an unusual but convenient feature.
For RedHat, you may wish to "chkconfig --list imapd"; use the command "/sbin/runlevel" to determine your current runlevel (second number is current, first number is previous). The current runlevel should show an ON status for imapd. E.g.:
imapd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
This would mean that imapd will turn on in runlevels 2, 3, 4 and 5. If your current runlevel is any of those, you're fine. Standard runlevels are 3 and 5 for network-enabled systems.
If it shows as being on, but stopped working, this indicates the IMAP daemon crashed. There may be clues about why in the logs... try:
grep imapd /var/log/* | grep -v -e Login -e Logout -e "imap service init"
That may yield an error message which would indicate what failed. If the problem occurs again in the future, a more thorough investigation is warranted, and upgrading imapd as a corrective measure.
For RedHat, you may wish to "chkconfig --list imapd"; use the command "/sbin/runlevel" to determine your current runlevel (second number is current, first number is previous). The current runlevel should show an ON status for imapd. E.g.:
imapd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
This would mean that imapd will turn on in runlevels 2, 3, 4 and 5. If your current runlevel is any of those, you're fine. Standard runlevels are 3 and 5 for network-enabled systems.
If it shows as being on, but stopped working, this indicates the IMAP daemon crashed. There may be clues about why in the logs... try:
grep imapd /var/log/* | grep -v -e Login -e Logout -e "imap service init"
That may yield an error message which would indicate what failed. If the problem occurs again in the future, a more thorough investigation is warranted, and upgrading imapd as a corrective measure.
ASKER