SOLVED [CPANEL-26448] Default Email Account Showing Incorrect Usage

[tonyotonio]

Thanks for the update @cPanelLauren
Please do keep us posted

 

[whipworks]

Following this. Waiting for updates.

Thank you @cPanelLauren

 

[cPanelLauren]

Hi guys,

This is not resolved yet but it is currently being worked on. I'll update here when it's complete!

 

[xuser]

I am subscribed to as I am facing same issue with one of the domain.

 

[sontruong82]

I also have the same problem, please fix it asap , thanks.

 

[cPanelLauren]

I just double checked this case and this issue is still unresolved at this time. I don't have an ETA for when it will be resolved but we will update this thread accordingly as soon as there is more information or any updates.


Thanks!

 

[eciestylez]

Any feedback here?

 

[cPanelLauren]

This issue is not resolved as of yet, it does appear to be in progress (currently being worked). When the internal case is updated I will provide an update to this thread as well.

 

[Triggerbox]

It has been more than a year since @cPanelLauren's last response. I have a similar issue with one of my accounts. Any update on this?

 

[cPanelLauren]

@Triggerbox I believe you're mistaken, this thread has only been open for a few months and my last response was just a few days ago. This case is still in progress though it is being actively worked on. As I've noted previously when there are any updates to this issue I will update this thread.

Thanks!

 

[Metro2]

Good to know this is still on the radar / in the works. I've got some accounts that don't even have local email anymore (switched to G Suite and deleted all local accounts / MX) and still the empty "default" account shows 400 Megabytes in it.

 

[cPanelLauren]

Hello,

Today v82 of cPanel was moved to RELEASE and this case is marked as resolved in v82. You can see this in our changelogs here: 82 Change Log - Change Logs - cPanel Documentation

Please let us know if you have any further issues with this.

 

[whipworks]

Hi @cPanelLauren,

We cleared the emails on the default account. But the size is still there. We're going to check again in a couple of hours. Maybe it takes time, but I don't know. Also, the update still didn't fix the way CPanel reads the total quota calculation. Like for example, we have this one account that is set for 4500MB of space, but the total email size the account has is 6000MB. Technically, the account shouldn't be working because it's over quota. So it looks like this.....

Quota set to 4500MB
Quota being used is 4000MB
But when you log into the cpanel account and check Disk Usage, the quota is all allocated to the /mail side with 5999MB.

So it doesn't match.

 

[cPanelLauren]

Hi @whipworks

If you're using maildir (not mdbox) for your storage of emails can you run the following:

/scripts/generate_maildirsize --confirm --allaccounts --verbose $USER

Then tell me if the issue persists?

 

[whipworks]

Our network admin ran the script and got errors. I sent the error message through PM. Kindly check please. Thank you.

 

[cPanelLauren]

Hi @whipworks

Thanks for sending that output though next time you can send the same thing through the forums just replace any identifying information. [email protected], [email protected], and [email protected] were accounts that were marked as not existing - do these email accounts exist?

You could run the following to get a quick list:

api --user=$user Email list_pop

 

[whipworks]

Hi @whipworks

Thanks for sending that output though next time you can send the same thing through the forums just replace any identifying information. [email protected], [email protected], and [email protected] were accounts that were marked as not existing - do these email accounts exist?

You could run the following to get a quick list:

api --user=$user Email list_pop

Hi Lauren,

Sorry if I had to PM the error. A bit long and too much stuff to edit. Need a resolution for this one.

To answer your question.... Yes and No. That's another problem we've encountered. The only account that's suppose to exist were [email protected] and [email protected] But [email protected] is no where to be found. We can't even retrieve it. And when we try to re-create the email account, the server would just give us an error that it already exist. So that's another issue that needs to be fixed.

 

[cPanelLauren]

Hello,

My assumption is that remnants of the accounts exist in the mail directory. That would explain why non-existing accounts are being flagged in this instance. If you'll notice the one account that should exist [email protected] didn't have any errors. For the accounts that aren't supposed to exist you'd want to remove the folders associated with them. You might take this approach for the account that should exist but doesn't if you don't need the mail.

 

[whipworks]

Hi,

All is true except for [email protected] and [email protected] So with the others showing errors, we can remove those folders like you mentioned, but [email protected] should be there, which is not. And we cannot re-create it because of the said error that it already exist even if we don't see it on the Email Accounts list.

 

[cPanelLauren]

Hi,

All is true except for [email protected] and [email protected] So with the others showing errors, we can remove those folders like you mentioned, but [email protected] should be there, which is not. And we cannot re-create it because of the said error that it already exist even if we don't see it on the Email Accounts list.

Technically because there is an issue with the artr account displaying - it doesn't exist. The issue for both the artr account and the other accounts which have errors is due to remnants of the accounts being present in the mail directory.

I'll detail the steps I might take to resolve this again:

1. For the artr account

• If you need the mail within that account's folders on the server I would attempt to create a dummy account (something you can remove later) and the update to the json file may bring the [email protected] account back (let me know if you try this and it does not work)
• If you do not not need the data remaining for that account on the server I would suggest removing any associated files/folders just as you would for the accounts that no longer exist.

2. For the [email protected] [email protected] accounts which should not exist - you need to remove the data that is present within the mail directory associated with these accounts

Once these are completed I would suggest re-running the generate maildirsize script.