I am having this problem on one account, I mean one user reported but it might be widely. I have latest STABLE version of cpanel.
the thing is that on this user mailbox it says that usage is 60 MB but actually it is just few MB actually. i tried everything , deleting these files , but usage is still reported at 60 MB.
What to do ?
the thing is that on this user mailbox it says that usage is 60 MB but actually it is just few MB actually. i tried everything , deleting these files , but usage is still reported at 60 MB.
What to do ?
I have the same problem that dxer is having. I have tried everything mentioned in this thread, but it hasn't worked yet. Any ideas?
Hi I am using
WHM 11.15.0 cPanel 11.18.3-R21703
CENTOS Enterprise 4.6 i686 on standard - WHM X v3.1.0
Cpanel is not displaying the email quota correctly for some of the accounts, the email quota shows ZERO quota, but actually it is taking 68MB out of 60MB quota.
This is really giving me a lot of headache.
WHM 11.15.0 cPanel 11.18.3-R21703
CENTOS Enterprise 4.6 i686 on standard - WHM X v3.1.0
Cpanel is not displaying the email quota correctly for some of the accounts, the email quota shows ZERO quota, but actually it is taking 68MB out of 60MB quota.
This is really giving me a lot of headache.
We had this issue today and I found an explanation, at least for my issue.
A client of ours was getting a smaller report from Thunderbird/Roundcube (IMAP).
His actual disk usage (as reported by du or cPanel's disk usage utility) was coming out much larger.
The /scripts/generate_maildirsize script makes use of the metadata provided by the linux 'stat' command.
The du command has an available flag "--apparent-size" which reports the apparent file sizes rather than the actual disk usage.
This link has a decent example of the differences:
http://www.gnu.org/software/coreutils/manual/html_node/du-invocation.html
When I compared the output of a du --apparent-size with the report coming from the /scripts/generate_maildirsize, they more closely matched (though were still a little off since /scripts/generate_maildir size intentionally omits files with Trash, courier, or maildir in the filename).
Unless I'm mistaken, the filesize reported by the stat command is apparent size, not size on disk.
This is not necessarily a cPanel bug, but a difference in what information is being reported. In my case, both readouts were technically correct but conveyed different information.
A client of ours was getting a smaller report from Thunderbird/Roundcube (IMAP).
His actual disk usage (as reported by du or cPanel's disk usage utility) was coming out much larger.
The /scripts/generate_maildirsize script makes use of the metadata provided by the linux 'stat' command.
The du command has an available flag "--apparent-size" which reports the apparent file sizes rather than the actual disk usage.
This link has a decent example of the differences:
http://www.gnu.org/software/coreutils/manual/html_node/du-invocation.html
When I compared the output of a du --apparent-size with the report coming from the /scripts/generate_maildirsize, they more closely matched (though were still a little off since /scripts/generate_maildir size intentionally omits files with Trash, courier, or maildir in the filename).
Unless I'm mistaken, the filesize reported by the stat command is apparent size, not size on disk.
This is not necessarily a cPanel bug, but a difference in what information is being reported. In my case, both readouts were technically correct but conveyed different information.
Didn't see this mentioned, so...
I found this tip here:
http://www.bluehostforum.com/archive/index.php/t-14722.html
"The mailbox sizes that you see in your control panel are read from a file called email_accounts.yaml (~/.cpanel/email_accounts.yaml). The easiest way to fix the totals that you see is to delete the email_accounts.yaml file (and email_accounts.cache). Once you have done so, simply re-login to your control panel and the totals will be regenerated."
This was at least part of my problem. I was deleting maildirsize files, regenerating maildirsize, and while behavior was changing for the client, the display was not changing in cpanel (still showing over quota), indicating to ME that there was still a problem somewhere. So add these to the list of files that must be removed when you are working on maildirsize issues.
I found this tip here:
http://www.bluehostforum.com/archive/index.php/t-14722.html
"The mailbox sizes that you see in your control panel are read from a file called email_accounts.yaml (~/.cpanel/email_accounts.yaml). The easiest way to fix the totals that you see is to delete the email_accounts.yaml file (and email_accounts.cache). Once you have done so, simply re-login to your control panel and the totals will be regenerated."
This was at least part of my problem. I was deleting maildirsize files, regenerating maildirsize, and while behavior was changing for the client, the display was not changing in cpanel (still showing over quota), indicating to ME that there was still a problem somewhere. So add these to the list of files that must be removed when you are working on maildirsize issues.
Here is a script I wrote
This can surely be improved, I'm not very good at bash scripts, but it worked for me. This consolidates the removal of all the various files, and then regenerates maildirsize.
Hope this helps somebody.
This can surely be improved, I'm not very good at bash scripts, but it worked for me. This consolidates the removal of all the various files, and then regenerates maildirsize.
Code:
#
#really_fix_maildirsize.sh
#
echo "This script deletes all 'maildirsize', 'diskusage_...', "
echo "and 'email_accounts.yaml/.cache' files in the /home tree, "
echo "then rebuilds maildirsize files."
read -p "Are you sure you wish to continue? (yes/no): "
if [ "$REPLY" = "yes" ]; then
echo "Deleting /home/*/.cpanel/emailaccounts.yaml ...
"
find /home/*/.cpanel/ -name email_accounts.yaml | xargs rm -f
echo "Deleting /home/*/.cpanel/emailaccounts.cache ...
"
find /home/*/.cpanel/ -name email_accounts.cache | xargs rm -f
echo "Deleting /home/*/.cpanel/datastore/diskusage_* ...
"
find /home/*/.cpanel/datastore/ -name "diskusage_*" | xargs rm -f
echo "Deleting /home/*/mail/maildirsize (this one takes a while) ...
"
find /home/*/mail/ -name maildirsize | xargs rm -f
echo "Rebuilding maildirsize files (this one takes a while) ...
"
/scripts/generate_maildirsize --force --allaccounts
echo "Done!
"
else
echo "Aborting..."
fi| Thread starter | Similar threads | Forum | Replies | Date |
|---|---|---|---|---|
| L | Email quotas after mailbox conversion | 1 | ||
| G | Mailbox compression & quotas | 10 | ||
| T | Prevent users from modifying email quotas ? | 1 | ||
| W | Updating max email account quotas | 3 | ||
| H | Any Exim Boffins? Quotas + Mail Queue | 0 |