[CPANEL-31965] Default email account ghost disk usage
-
Hello Cpanel, Greetings from the beautiful island of the Philippines. :) Any update on this, please. It's a brand new year: It appears that the default email account usage is showing again as 6.23GB after running a script ( /scripts/generate_maildirsize --confirm --allaccounts --verbose [cpaneluser] Please refer to the screenshot below. Running a script to recalculate the usage for the default email will make it show 0 MB for a while. But still, eventually, the large number comes back for the empty default account. We dig further and found out that this is an ongoing concern based on Cpanel Forums. Refer to this link 0 -
@iamkenrocks - I just checked the case and I see our developers are still working on it, although there isn't a fix available just yet. 0 -
@iamkenrocks - I just checked the case and I see our developers are still working on it, although there isn't a fix available just yet.
Thank you @cPRex for the update and I will wait until I hear from you on the next. The case was first reported in 2019, and now it's 2021 I believe this will be sorted this year yeah? Thank you again cpanel and we wish you a happy life. Charot.0 -
@iamkenrocks - kind of :D We've had a few different versions of the same issue appear, and they all have required slightly different resolutions on the development side. The current version of the problem was identified in March 2020, as the other issues from 2019 have been resolved. So there has been progress since then, but this new one still has yet to be fixed. I'm watching it though and I'll post as soon as I get more details! 0 -
Has this ever been resolved. We are having this issue with a few accounts again. 0 -
@jp208834 - we haven't had any reports of this issue for some time. If you're able to reproduce this on a server currently, could you please open a support ticket with our team so we can check the system? 0 -
I also just discovered this issue, but it was on a system cPanel account (ie: cPanel $USER) - the actual user@domain.com had a 49GB mailbox - the cPanel $USER showed a 26GB mailbox usage ...but, every time I tried to investigate, I kept ONLY finding a single email!@# So, I checked files, ownership, permissions, etc... and finally $du -cks
showed me# du -cks 51049492 . 51049492 total
...well, that DEFINITELY doesn't add up to ~75GB./scripts/generate_maildirsize -confirm $USER
fixed that account for me... but now I can't help but think this could be throwing off other accounts on my server (as they're mostly old accounts and potentially qualify as contenders for this issue) SO... I'd like to SAFELY run this on all of my servers, without confirming EVERY account has an issue. I'm trying to play this as safe as possible. Based upon the script's --help, would this command fix & show the results for ALL accounts? ...or is this overkill?/scripts/generate_maildirsize --confirm --onlyrecalculate --verbose --allaccounts $user
# /scripts/generate_maildirsize Must specify "--confirm" to begin. Please read and understand the usage. Usage: generate_maildirsize This utility regenerates maildirsize files used by the maildir+ capable clients to assist in mailbox size calculations. Modifier Flags: --confirm - This flag indicates that we really want to use this utility --allaccounts - This utility was originally intended to assist cPanel BoxTrapper with updating maildirsize files. Without this optional flag, generate_maildirsize will only operate on BoxTrapper enabled accounts. --rename - This optional flag indicates that the utility should rename individual message files to include the message size in the filename. This addition to the file name format is supported by Exim and greatly improves Exim's ability to update the maildirsize file. POP3 accounts that store mail on the server may be forced to download their messages again if this option is used. --verbose - This optional flag turns on verbose mode for enhanced activity reporting to STDOUT. --onlyrecalculate - This optional flag turns will cause generate_maildirsize to only regenerate maildirsize files that are missing or are larger then 5120 bytes. --help - display this message and exit.0 -
@splaquet thanks for posting that. I'm curious to know too. The ghost email usage issue still persists after all this time for many accounts that I host, but the numbers are low enough (not in the Gigabytes, but in the Megabytes range, on both cPanel $USER and actual email@example.com accounts) that I kind of gave up and moved on to more critical things. But indeed if I were seeing GB's of course I'd consider this critical too. I'm hoping that the command you came up with gets confirmed as a safe way to cure this once and for all. 0 -
have seen this on more than a few accs on a single server.
/usr/local/cpanel/scripts/generate_maildirsize --allaccounts --confirmdid the trick
0 -
Hi,
The issue is still present today.
Running:/scripts/generate_maildirsize --confirm $USER
temporarily fixes it, but the problem keeps coming back.
This is becoming a serious concern on our side — clients see incorrect disk usage in the panel and immediately assume the system is unreliable or that we’re overcharging them. This makes them lose trust not only in the panel but in us as a provider, and it directly affects their willingness to upgrade their services.
We really need an update or a permanent fix as soon as possible.
Thanks.1 -
This isn't a global issue with all cPanel accounts, so this is likely specific to your machine. Could you submit a ticket so this could be examined directly on your system?
0 -
With cPanel 132.0.9 hitting Release tier on December 1st, this issue came back with a vengeance - now with all user email accounts instead of just default, and requiring to run cleanup after non-default addresses clear their Inbox.
So if sales@example.com gets 50mb of emails today and deletes them / empties trash, and we run "/usr/local/cpanel/scripts/generate_maildirsize --confirm example" tonight to free-up those ghost 50 megs, and then he gets 30mb tomorrow and deletes them / empties trash, we have to run the cleanup command again to get rid of the 30mb of ghost usage.
Anyone else seeing this? cPRex maybe?
0 -
I haven't heard anything about this recently on my end and I'm not currently seeing any tickets. However, like this thread shows, it's come up before in the past.
I've reached out to the our development team on one of the older cases we had and I'm going to see if it can get some action, but it's after hours at this point so I might not hear anything until tomorrow.
0 -
Update - the current case number where we're tracking this is CPANEL-50761. If I hear any other updates I'll be sure to share them!
0 -
The situation with the new advent of this (regular user email accounts and not master account) has gotten more critical, and I'm thinking maybe some details might getting overlooked, so I've started a fresh thread here - https://support.cpanel.net/hc/en-us/community/posts/37404959124631-New-email-disk-usage-bug-affecting-regular-user-accounts
If you don't think that is appropriate for the occasion then I'll of course understand.
0 -
Metro2 - I replied to that new thread with some additional details.
0 -
Update - CPANEL-50761 is scheduled to be resolved in version 136 once that is released!
0 -
Can confirm i also seen it in 134.0.28 in multiple accounts in multiple servers hopefully it be fixed in 136, i dont see CPANEL-50761 in 136?
0 -
I head back from the team about this and this is something that is actually not going be to resolved as this is a function of how maildir stores messages. The best recommendation at this time would be to switch your accounts to use mdbox:
0
){kind=link}
Please sign in to leave a comment.
Comments
49 comments