New email disk usage bug affecting regular user accounts
While this is very similar to https://support.cpanel.net/hc/en-us/community/posts/19141322881943--CPANEL-31965-Default-email-account-ghost-disk-usage?page=2 , my feeling is that it deserves a fresh topic, especially since now the issue is focused on regular user email accounts (not master) and customers are submitting "cPanel keeps saying my email is full" tickets.
Scenario - since the 132.0.9 update and currently up to 132.0.16 , even when messages are removed from a user's email account via POP for example, cPanel is not removing the disk usage.
Screenshots of one of my customers and I'll just use the example.com approach.
So, even though info@example.com has absolutely no messages on the server at all, they're being told that they have 77mb of email on the server:
So I try /scripts/runweblogs example and that does nothing.
So then I try /usr/local/cpanel/scripts/generate_maildirsize --confirm example and that clears everything up.
But then less than hour later, after they've received 2.9mb of messages and have already removed them from the server via POP, cPanel is not clearing the disk usage figure:
Running /usr/local/cpanel/scripts/generate_maildirsize --confirm example corrects it again, but clearly, Houston - we have a problem.
I'm trying to find the best way to set up a daily cron for this for all users at the moment, and wondering if anyone else is running into this.
-
Metro2 We have also been experiencing this issue for some time now. Clients are becoming increasingly unhappy and impatient, so we submitted a ticket in the last hour for an update.
1 -
@THC - Thank you for chiming-in! I don't have the ability to submit a direct ticket as my licenses are through my DC.
0 -
I *think* this is case CPANEL-50872 - Email Accounts quota only updates after a new message is received. This would also happen when you manually run the maildirsize command mentioned above.
That case was just filed this morning so I don't have any updates yet, but I've linked this thread to the case so I'll be sure to post once I hear more.
0 -
I have seen this so many times. is not something global, like, in a server with few hundreds or thousands email accounts, we get one report every few days of an account with the issue, and we have to manually intervene to update/fix disk space usafe of a specific email account.
0 -
Jose Dieguez - normally I'd agree, but in this case it's a known issue.
0 -
Adding a +1 on this issue, we just opened an internal ticket under # 95909937. We don't believe it's related to CPANEL-50872 if the claim is a new message will recalculate the size. We tried a few different tests, and we aren't showing that new messages are calculating properly. Running the maildirsize command noted does temporarily fix it, but it continues to grow with subsequent message.
Like Metro2, this all started when we moved to cPanel 132 two weeks ago (we're on stable tier).
0 -
GBTim - after looking over that ticket, it looks like we're expecting the fix from case CPANEL-50872 to also resolve the behavior you're seeing.
0 -
KJ I agree that this issue has gone unresolved for way too long, and we are experiencing the same daily concerns from clients.
It feels like bug fixes to core components have fallen to the wayside, while the focus has shifted to feature bloat from adding AI options and integrating the latest acquisition. We all love to see new features and tools, but not at the expense of broken core features that we depend on cPanel to provide.
Hopefully, cPanel will step up and give this issue the priority it deserves.
1 -
Yeah, it's pretty ridiculous at this point. Despite setting up crons to run twice a day as:
23 4 * * * /usr/bin/flock /var/run/maildirsize_all.lock /usr/bin/ionice -c3 /usr/bin/nice -n 19 /scripts/generate_maildirsize --confirm --allaccounts --verbose >> /var/log/maildirsize_all.log 2>&1
23 16 * * * /usr/bin/flock /var/run/maildirsize_all.lock /usr/bin/ionice -c3 /usr/bin/nice -n 19 /scripts/generate_maildirsize --confirm --allaccounts --verbose >> /var/log/maildirsize_all.log 2>&1I have users with NOTHING in their email accounts, still showing ghost-usage that doesn't go away.
0 -
The fix for this was just released yesterday and is included in version 134.0.6 and can be seen in the changelogs here:
https://docs.cpanel.net/changelogs/134-change-log/
Our team is actually pushing that update out as I type this so I'd expect it to be live within the next few hours.
0 -
Thanks for the update, glad to see it is being worked on. Unfortunately, I was hoping to see this fix in RELEASE (version 132) as well. Is there any information on when that might occur?
0 -
At this time the fix isn't scheduled to be included in version 132 at all.
0 -
That is disappointing. Really do not want to have to push a large number of servers over to the CURRENT "release candidate" version for the next couple of months.
0 -
Nah, things move through the tiers quickly at this point - 134 is scheduled to move to Release on February 17.
0 -
Thanks for the specific expected date of February 17. That is much sooner than the broader published date of March 2026. Will use this information to address clients' concerns.
0 -
In general we try and keep to more generic dates, but I have that specific one on my development roadmap so it *should* be set in stone unless unforeseen things come up.
1 -
The case for that second one is CPANEL-50872 *if I'm reading things correctly as I'm not sure why it didn't get included in the article* and has been fixed in version 134.0.6, which has been out for a bit.
If you're still seeing that issue on version 134 please let me know!
0 -
I am on version 134.0.9 and when I look at cPanel > Email Accounts -
and view the list, most email accounts show a size in the storage:used column (as shown in the graphics at the top of this post) but there are no emails saved in any folders in the email accounts.
I am unable to change the storage:used size by cleaning out all emails from the accounts.
Please advise.
0 -
SJR - that definitely sounds like one of these issues. CPANEL-50761 is scheduled to be resolved in version 136.
CPANEL-50872, which was the "quota doesn't update until a new message is received" problem was fixed in 134.0.6, so you should be past that already.
If might be best to make a ticket so this can be checked on your machine as this doesn't sound exactly like any of the ongoing cases.
0 -
It looks like the fix is not working, email accounts still showing incorrect disk usage after deleting emails. We are using cPanel 134.0.17.
We have to forcefully increase the quota for the email account to deliver emails in the Inbox otherwise the incoming mail was getting rejected with message "Mailbox quota full".
Please let me know how to fix this issue.
0 -
Nishit Shah - I believe yours is the one that isn't getting fixed until version 136.
0 -
When version 136 is scheduled for release?
0 -
It's in Current right now so it's already making its way through the tiers.
0 -
As version 134 is LTS, shouldn’t the fix for this issue be applied in upcoming version 134.0.x also?
0 -
Not necessarily - if the change is large and affects multiple areas, as is often the case with email, it may not be suitable for a backport to older versions.
0 -
Ok.
0
Please sign in to leave a comment.
Comments
26 comments