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

Status
Not open for further replies.

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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!
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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.
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
@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

Well-Known Member
May 24, 2006
572
94
178
USA
cPanel Access Level
Root Administrator
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.
 
  • Like
Reactions: cPanelLauren

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston

whipworks

Well-Known Member
Aug 19, 2014
194
11
68
cPanel Access Level
Reseller Owner
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

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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?
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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:

Code:
api --user=$user Email list_pop
 

whipworks

Well-Known Member
Aug 19, 2014
194
11
68
cPanel Access Level
Reseller Owner
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:

Code:
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.
 
  • Like
Reactions: cPanelLauren

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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.
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,274
1,291
313
Houston
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.
 
Status
Not open for further replies.