SOLVED [CPANEL-30391] Webmail Problems after updating v84.0.12

[emcarpanezi1995]

Hello good morning everyone, after performing the v84.0.12 update, I am having some problems, some email accounts are not authenticating. I get error 401, as in the log below.


1x.8x.x2.1x - vendas%40xxxx.com.br [11/19/2019:12:35:33 -0000] "POST /cpsess6801626870/3rdparty/roundcube/?_task=mail&_action=refresh HTTP/1.1" 401 0 "https://cloud04.xxxx.com.br:2096/cpsess6801626870/3rdparty/roundcube/?_task=mail&_mbox=INBOX" "Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36" "-" "-" 2096

Even changing the password persists.
Another problem that I noticed that email accounts that are not authenticating also do not receive email, when sending an email to these recipients, the person gets the error. Since the account exists.

"LMTP error after RCPT TO:<[email protected]>: 550 5.1.1 <[email protected]> User doesn't exist: [email protected]"

 

[cPanelLauren]

Hello,


This is an issue we're aware of and currently working to resolve as upon updating to version 84.0.12, many email users found they were unable to authenticate, as well as inbound emails reporting 'No Such User'. This is occurring due to Cpanel::PwCache::Find not being able to handle shadow files with invalid bytes.

Right now the only viable workaround is the following:

cp -av /home/$(/scripts/whoowns domain.tld)/etc/domain.tld/shadow{,.bak}
dos2unix /home/$(/scripts/whoowns domain.tld)/etc/domain.tld/shadow

 

[cPanelLauren]

Hello Everyone,

I just wanted to let everyone know that we've published v 84.0.13 to resolve this today. Please let us know if you continue to experience issues once the update is complete.

 

[chalupa]

Login log was showing that the hash didn't exist as well.

/usr/local/cpanel/logs/login_log
FAILED LOGIN webmaild: user password hash is missing from system (user probably does not exist)

Seems the /home/CPANELUSER/etc/DOMAIN.TLD/shadow file was not updating the \@pwcache/USERNAME file either.