Till, Today I noticed some mail quota inconsistencies. You will advice me if its a bug I create a bug report. Otherwise here it's From ISPConfig Panel (Please see image attached) While for the same records on the actual mail server the storage usage is as below: zulu713:/var/vmail/domain.com# du -hs * 19M allan 239M barbara 101M bobwis 35M documentation.msa 2.6M john 4.3M joshua 61M kenneth.msa 36M livercot 821M malaba 17M martha.msa 349M maurice.msa 652M mnareeba 443M mombasa 6.6M mwanza 19M shamim 40M shipping.msa 19M smartson 818M tanzania As you may have noticed, the actual storage on the server is way to different from what ISPConfig3 reports. IE the last record is reported in ISPConfig as using 2.01 MB while on the server its actually consuming 818MB. Is this a BUG? Joseph
This can have many different resaons and is not nescessarily a bug. - Do you use courier or dovecot as imap server? - Is the server.sh cript running correctly once a minute on the mail server? - Is this a multiserver setup? Ifyes, did yu choose to update permissions in master database while updating the slave?
Till: -I use Dovcot as IMAP server -Yes, server.sh is running just fine and actually all services like mailboxes are created just fine. -Yes, this is a multiserver set-up. About the permissions am NOT sure I did, as I went with the default which I guess was NOT to update permissions. (Never the less i can do this now ..)
I have re-updated the slave and choose Yes for "Reconfigure Permissions in master database?" Changes have not yet taken effect though ...
Do you have a file /var/vmail/domain/user/.quotausage or /var/vmail/domain/user/Maildir/.quotausage in your mailboxes? If yes, then this file is used by ispconfig to get the quota usage, its a file written and updated by dovecot. It might be that the slave server (mail server) is not able to update the stats in the master server then. rerun the update on the mail server and choose to update permissions in master db.
