Help, I need to convert back to cppop/cpimap from courier-imap

[jols]

The other day I ran:
/scripts/courierup
and:
/scripts/restartsrv_courier

In an attempt to get one of our hosted customers the IMAP IDLE capability he was looking for, but now he says he has NO IMAP capability, so obviously I need to switch back to cpimap. But how?

[jols]

Can anyone lend a hand here?

cppop is running according to whm, but just not connecting aparently.

[Stefaans]

IMHO, the solution is not to get rid of Courier. That will be step in the wrong direction.

Things I would check if I were in your shoes:
* Can you use Horde? Horde uses IMAP to connect to communicate with your mailboxes. If Horde does not work, then the problem is on server side. If it works, the problem is likely on client side.
* Are your client's settings (in Outlook?) correct?

To check for server side problems:
* Is the IMAP service running? Restart it via WHM.
* If you are using a firewall (you should be), are the necessary ports (143 and 993) open.

I hope this helps

[jols]

Thanks. Seeings in Outlook do not apply. I am looking on the server via SSH to see if email even hits the inbox file for specific accounts, and it is not.

Many customers complain that they can not receive email.

There are no cppop services running in top.

WHM status shows everything up and running fine, but on one is receiving email.

[Stefaans]

It is Exim's job to deliver email to mailboxes. Courier's job is to server the messages to email clients like Outlook and Horde. If email is not reaching the mailboxes, you should really be debugging Exim, not Courier.

This is what I would try:
* For a nice independent opinion on the status of an email address, use www.dnsreport.com. Enter the email address there, and see what the response is. If you do not get a 250 (good) response, then there is a problem with the way the domain and/or email address is set up.
* If you get a 250 (good) response, then something on your server is preventing delivery of the email. Likely problem points include your Mail Filters and/or SpamAssassin. You can search your Exim log file for clues, e.g.

exigrep clientname@clientdomain.com /var/log/exim_mainlog

[rs-freddo]

Sounds like you have just installed courier without changing from mbox to maildir format.
You have the choice of doing the conversion properly or stopping courier and restarting uwimap. The most likely cause of the problem is that courier is binding to the IP that uwimap needs.

[Stefaans]

Sounds like you have just installed courier without changing from mbox to maildir format.

It does? How does Courier have anything to do with mail delivery to one's mailboxes?

I am looking on the server via SSH to see if email even hits the inbox file for specific accounts, and it is not.

[jols]

Sounds like you have just installed courier without changing from mbox to maildir format.
You have the choice of doing the conversion properly or stopping courier and restarting uwimap. The most likely cause of the problem is that courier is binding to the IP that uwimap needs.

Thanks but how would I stop courier? I do not see anything for this in /etc/rc.d/init.d

[jols]

killall courier

gives me:

courier: no process killed

[rs-freddo]

It does? How does Courier have anything to do with mail delivery to one's mailboxes?

All I'm saying is that you need to have one system or the other, doing a 50/50 system (unless you REALLY know what you are doing) is bound to cause problems.