Skip to main content

[CPANEL-31965] Default email account ghost disk usage

Benito
Hello! I have this weird problem with one customer, his default email account not in use to catch all is showing almost 5gig disk usage. -04-06 a la(s) 11.53.18.png">64373 If i look into the account webmail its empty. If i look with file manager its empty. But, if i look the disk usage viewer i noticed a 5gb excess inside /mail and is nothing here. Where i need to look up? -04-06 a la(s) 12.02.38.png">64377 Thanks!

Comments

39 comments

Date Votes
  • iamkenrocks
    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
  • cPRex Jurassic Moderator
    @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
    @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
  • cPRex Jurassic Moderator
    @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
  • jp208834
    Has this ever been resolved. We are having this issue with a few accounts again.
    0
  • cPRex Jurassic Moderator
    @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
  • splaquet
    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
  • Metro2
    @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
  • Jose Dieguez

     

    have seen this on more than a few accs on a single server.

     

    /usr/local/cpanel/scripts/generate_maildirsize --allaccounts --confirm

    did the trick

     

    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post