On 20. May 2021, at 14.12, Eirik Rye rye@trojka.no wrote:
On 20 May 2021, at 13:44, Timo Sirainen timo@sirainen.com wrote:
You can also look at the folder-level vsizes to see which one is causing the differences (or are they all doubled?)
In this user's case, it is only the Trash-folder that has the wrong vsize calculation:
# doveadm mailbox status -u <username> 'messages vsize' '*' Drafts messages=0 vsize=0 Sent messages=0 vsize=0 Trash messages=14870 vsize=14584428026 Spam messages=3 vsize=227701 INBOX messages=1866 vsize=1640766021
The other mailboxes (INBOX and Spam) are both within what I consider reasonable in terms of differences in virtual/physical sizes:
# du -bs /mail/<username>/Maildir/cur 1603071610 /mail/<username>/Maildir/cur # du -bs /mail/<username>/Maildir/.Spam 241489 /mail/<username>/Maildir/.Spam
But the Trash mailbox is physically HALF the size of what Dovecot reports:
# du -bs /mail/<username>/Maildir/.Trash 7200481589 /mail/<username>/Maildir/.Trash
The message count reported by dovecot (14870) is correct, however:
# ls /mail/<username>/Maildir/.Trash/cur | wc -l 14870
With the other users I have noticed the same issue, it's a different mailbox and not Trash.
Well, next step could be to compare individual mail sizes. It would require writing some kind of a script to do the comparison though. But for example you could look at both physical & virtual sizes in dovecot first to see if there's a big difference:
doveadm fetch -u user 'guid storageid size.physical size.virtual' mailbox Trash
I think either guid or storageid or both have the Maildir base filename. You could also compare those to the ls -l output.