IMAP service keeps failing and restarting

[iLLuSi0nS]

I keep getting these emails telling me that my IMAP server has failed. Can someone please shine some light on it for me. Thanks

imap failed @ Tue Dec 30 23:34:19 2008. A restart was attempted automagically.
Service Check Method: [tcp connect]

Failure Reason: TCP Transaction Log:
<< * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2008 Double Precision, Inc. See COPYING for distribution information.
>> A001 LOGIN __cpanel__service__auth__imap__F1w6orYhk5IbrU7WBE6 UondVPNHzZ7Y_IDIf7ZcDt3_ID4__G_CQcqBd655lQ9Q FwF3Dx6AU_rIp8JX16zLxx1GEa1yEk3TEMeEG53jYiHpD_2UHX gQwkngY64D9Vbl
<< * BYE Temporary problem, please try again later
imap: ** [* BYE Temporary problem, please try again later != A001 OK]


Cmd Service Check Raw Output:

[elkram]

I have the same issue. It appears to occur once per day.

[wardv]

Same problem here. It started a week ago.

[iLLuSi0nS]

Yes, mine started like 3 weeks ago, and happens like 5 or 6 times a day....WHAT THE HECK!!!

[iLLuSi0nS]

anyone? I really need this solved, please

[ljprevo]

Same thing here, any suggestions?

imap failed @ Sun Jan 25 09:22:21 2009. A restart was attempted automagically.
Service Check Method: [tcp connect]

Failure Reason: TCP Transaction Log:
<< * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2008 Double Precision, Inc. See COPYING for distribution information.
>> A001 LOGIN __cpanel__service__auth__imap__uncu1DFxdliRb19_cVmwQ13qWe9L1qJqD6F5xcIwmlGpjegSIO508pMhe4P1PLeP wwmDdY19Pf0Kovcrte1Cq4O2aJyqYargOL1uYKLoux_i4I30Z0MoVP3cpKJ7zPSQ
<< * BYE Temporary problem, please try again later
imap: ** [* BYE Temporary problem, please try again later != A001 OK]

[elkram]

I don't remember when, but for me this was resolved by a recent cPanel update. Not sure which one.

[Kent Brockman]

I don't remember when, but for me this was resolved by a recent cPanel update. Not sure which one.

Hi. I'm facing the same issue. What cpanel version are you running? Do you use one of the STABLE branch?

[elkram]

Hi. I'm facing the same issue. What cpanel version are you running? Do you use one of the STABLE branch?

FYI, this is on a VPS.

I'm using RELEASE.

cPanel 11.24.4-R33609 - WHM 11.24.2 - X 3.9

[Kent Brockman]

FYI, this is on a VPS.

I'm using RELEASE.

cPanel 11.24.4-R33609 - WHM 11.24.2 - X 3.9

Cool, we also do run it on a VPS. Yesterday, I reinstalled courier

/scripts/courierup --force

and restarted courier

service courier-imap restart
service courier-authlib restart

and the problem didn't came up again by now. Possibly, reinstalling the service was the right choice.


Do you have temporary pop3 errors? in which, your pop3 client says the email account doesn't exists? We still do. I don't know if it is related with the same problem.

[elkram]

Do you have temporary pop3 errors? in which, your pop3 client says the email account doesn't exists? We still do. I don't know if it is related with the same problem.

I don't think it's the same problem, but pop errors like yours that we encountered were resolved by increasing the Number of Authentication Daemons for pop under Mailserver Configuration.

[Kent Brockman]

I don't think it's the same problem, but pop errors like yours that we encountered were resolved by increasing the Number of Authentication Daemons for pop under Mailserver Configuration.

Hi, I've increased the number of auth daemons from 2 to 5 this week and there are still login problems. I've reinstalled exim and courier and the problem is still there. Any idea?

BTW, the imap problems reported originally in this post have disappeared.

[elkram]

Hi, I've increased the number of auth daemons from 2 to 5 this week and there are still login problems. I've reinstalled exim and courier and the problem is still there. Any idea?

BTW, the imap problems reported originally in this post have disappeared.

We increased the number of daemons to much more than 5. I think we used 40 or 50 and that does not appear to impact overall VPS performance.

[Kent Brockman]

We increased the number of daemons to much more than 5. I think we used 40 or 50 and that does not appear to impact overall VPS performance.

ok. Let's give it a try....

[Kent Brockman]

We increased the number of daemons to much more than 5. I think we used 40 or 50 and that does not appear to impact overall VPS performance.

Nope, it didn't worked for me
Any other idea?