Email Account Usage Completely Wrong

R

Richpark

Verified User
Joined
Sep 25, 2014
Messages
55
This is pretty insane. One of my users is showing crazy email usage figures which don't correlate to what's actually stored on the disk.

In DA, these numbers are reported:

Code: 
Total Disk Usage (MB) 4085.1
Email Disk Usage 20.78 GB
Database Disk Usage 91.8 MB

Obviously, this is already a contradiction, as 20GB can't fit inside 4GB total.

Let's look at the user:

Code: 
du -h --max-depth=1 /home/USERNAME
4.0K    /home/USERNAME/Maildir
4.0K    /home/USERNAME/.php
30M     /home/USERNAME/tmp
3.2G    /home/USERNAME/imap
713M    /home/USERNAME/domains
4.0K    /home/USERNAME/backups
4.0G    /home/USERNAME

Nope, nothing there.

Let's run tally again:

Code: 
echo "action=quotatally&value=all" >> /usr/local/directadmin/data/task.queue ; /usr/local/directadmin/dataskq

No, nothing has changed, still reporting 20GB email usage.

I've searched the drive for ALL files owned by the user, there's nothing outside of his home directory.

I've checked our directadmin.conf file and pop_disk_usage_cache isn't set. Bear in mind, we've been doing this for years and have hundreds of users without the issue.

Any ideas please? Centos 7, no recent changes to anything.
 
Make sure email isn't hosted on another partition as well. Also check:
repquota /home

For quota details.
 
I ran this:

Code: 
quota -u USERNAME
Disk quotas for user USERNAME (uid 1048):
     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
      /dev/sda2 4095956  4096000 6144000           53908       0       0

This is as expected and doesn't seem to have anything to do with the 20GB email figure.

I ran repquota / and there's no insight there either, everything looks correct.

Exactly how is the email quota tallied? It's clearly a different system, it doesn't use the same method as the user's total.

I've scoured the system and cannot find any record in any file of this 20GB, but the DA panel shows it and the API returns it.
 
We are seeing this issue but the other way around. DirectAdmin reports total disk usage of the DA user correctly, but shows only 1% of the actual Maildir disk usage. We are seeing this on multiple users on one server (haven't checked more yet).

Mail files are owned by the DA user, running another tally changed nothing. I'll be opening a ticket for this issue.
 
pvmierlo said:
We are seeing this issue but the other way around. DirectAdmin reports total disk usage of the DA user correctly, but shows only 1% of the actual Maildir disk usage. We are seeing this on multiple users on one server (haven't checked more yet).

Mail files are owned by the DA user, running another tally changed nothing. I'll be opening a ticket for this issue.
Click to expand...
I'm glad I'm not alone. This happened the day after the version 1.661 update, I don't think it's a huge stretch to assume that the update had something to do with it.

It's still happening with this user, and it's potentially going to cause more problems because we have software logic that imposes further limits based on overage.
 
pvmierlo said:
We are seeing this issue but the other way around. DirectAdmin reports total disk usage of the DA user correctly, but shows only 1% of the actual Maildir disk usage. We are seeing this on multiple users on one server (haven't checked more yet).

Mail files are owned by the DA user, running another tally changed nothing. I'll be opening a ticket for this issue.
Click to expand...
Might be different, but I saw this once when I migrated emails from MDaemon. Users could not provide current passwords, so I had to copy files over. The format of file names was different between MDaemon and Maildir, then Dovecot didn't recognize the size and DA didn't report in the usage. Once users could mark emails as read, the file name format was updated, Dovecot and DA could read the size.
 
Now, it looks like that I also have problem. One account is reported to use more than 79GB while the limitation is 30GB. DA reports
Code: 
/etc/virtual/customer-domain.com/majordomo
using more than 70GB. In that majordomo, there is a list named
Code: 
[email protected]
which is using most of 70GB.

So I went to SSH, and checked manually with du command.
# du -sh ./majordomo/*
0 ./majordomo/archive
591M ./majordomo/digests
4.0K ./majordomo/list.aliases
1.8M ./majordomo/lists
12K ./majordomo/majordomo.cf
4.0K ./majordomo/private.aliases
Click to expand...

It's less than 600MB. So, where is that 70GB coming from? It's just suddenly happening today after updating DA to 1.661
 
You must log in or register to reply here.
Back
Top