imap error message: "NO LOGIN failed"

[Travis S]

I'm getting the following message when I attempt to log into my imap account:

1 login travis+d51.us *****
1 NO LOGIN failed

I've also tried "[email protected]", same message. This happens for all of the sub-accounts, but I can log into any of the main account email addresses.

It looks like the imap server isn't checking the virtual user list... why? I haven't made any changes. This just started mid-morning this morning with no warning.

Any thoughts? I'm the only one with shell access, so there's no chance for someone else to have accidentally jumped in there and done something.

 

[Travis S]

Going back over the mesages log, it looks like xinetd restarted itself or was somehow restarted about 11:00 AM around the same time I first discovered the mail issue.

I checked xinetd, it restarts fine as far imap is considered. There is one oddity: /etc/xinetd.d/imap and imaps both say that they are disabled. Neither has been touched since the server was setup as the timestamp indicates, but...

Like I said in my original post, I can login as a regular user, but the virtual accounts are messed up.

Any thoughts...?

 

[Matje]

# cp /usr/local/cpanel/3rdparty/bin/imapd /usr/sbin/imapd
# /scripts/restartsrv imap

did it for me....

 

[Travis S]

I actually had someone tell me something very similar on another forum, worked too. Just hadn't posted it here.

 

[Alterego]

Originally posted by Matje

# cp /usr/local/cpanel/3rdparty/bin/imapd /usr/sbin/imapd
# /scripts/restartsrv imap

did it for me....

Same problem occurred yesterday around 5 PM here. Not sure what caused the change, but tried the same solution and it appears to have fixed the issue. Thanks.

 

[jmerhar]

# cp /usr/local/cpanel/3rdparty/bin/imapd /usr/sbin/imapd
# /scripts/restartsrv imap

did it for me....

I'm having the exact same problem. I tried to fix it with this, but the file /usr/local/cpanel/3rdparty/bin/imapd doesn't exist on our server.

Any ideas?

 

[chirpy]

You're missing cPanel files then, you should try:

/scripts/upcp --force

 

[jmerhar]

You're missing cPanel files then, you should try:

/scripts/upcp --force

It worked. Thanks a lot!

Just one question: The script did a lot of stuff (presumably updating)... is it possible that it overwrote some of the server settings or custom server software?

 

[chirpy]

No, it should not have overwritten any cPanel settings files, as for other software, it depends what it is and what changes were made.