AddOn Domain email accounts hosed after suspension

[jsteel]

We recently had a customer that was suspended. After reactivating the account, none of their add-on domain's email accounts were working. They found that if they went into their cPanel and forced a change to the password (using the same one as before) for the accounts, everything worked fine, which was quite odd.

It appears that the suspension/unsuspension script is hosing up the shadow file for the add-on domain during reactivation. To run a test, we restored the shadow file from last night's backup and all of the accounts failing stated working just fine again. The only difference between the two files is that the restored version had a series of 7 semi-colons (":::::::") at the end of each line. For some reason it appears cPanel is stripping those out on the unsuspension and it is causing the issue.

Has anyone else seen this problem?

[dario2]

I've been having that problem as well (9.3.0-RELEASE 5)! I hadn't noticed it was because of the missing semicolons from shadow, thanks! The following shell code should patch that for you real quick:

find /home/USER/etc -name shadow | xargs grep -L ::::::: | xargs perl -pi -e 's/\n/:::::::\n/g'

(where USER is the account name). Let's hope it's fixed soon.

-Dario