Doesn't it currently confuse them? Because they'd reach their quota, while actually there would be a lot of disk space left :) + their whole mailbox could take a lot more space due to indexes and other files in the filesystem, and quota would not be reached. Also, I've dovecot is using fstat's st_size parameter. This is not "correct", in that the actual space used on disk is always higher. If we count the number of 512B blocks used (st_blocks), and multiply by 512 to get the true disk usage. I'll be looking forward for your feedback/ideas. Thank you! -- Best regards, Martynas Bendorius> On 2020-02-08, at 17:57, Max Kostikov <max at kostikov.co> wrote: > > I think these changes will confuse users because calculated quota wouldn't be equals with total messages sizes. > > Marsistynas Bendorius ????? 2020-02-07 11:07: >> Is there any reason why dovecot relies on S= instead of real disk size >> email takes? >> 1) compressed mails take less than than the S= specified >> 2) we could avoid using "S=" for the lookups and count every file >> there, including indexes and mails without S=... if we'd read >> filesizes > > > -- > With best regards, > Max Kostikov > > W: https://kostikov.co | DeltaChat: mk at eprove.net
I think that most admins do not really care about physical disk usage as long as it's not exceeded, and most service providers prefer calculating quota against apparent usage instead of real usage, so they can charge you for that. Aki On 8.2.2020 18.16, Martynas Bendorius wrote:> Doesn't it currently confuse them? Because they'd reach their quota, while actually there would be a lot of disk space left :) + their whole mailbox could take a lot more space due to indexes and other files in the filesystem, and quota would not be reached. > > Also, I've dovecot is using fstat's st_size parameter. This is not "correct", in that the actual space used on disk is always higher. > > If we count the number of 512B blocks used (st_blocks), and multiply by 512 to get the true disk usage. > > I'll be looking forward for your feedback/ideas. > > Thank you! > > -- > Best regards, > Martynas Bendorius > > >> On 2020-02-08, at 17:57, Max Kostikov <max at kostikov.co> wrote: >> >> I think these changes will confuse users because calculated quota wouldn't be equals with total messages sizes. >> >> Marsistynas Bendorius ????? 2020-02-07 11:07: >>> Is there any reason why dovecot relies on S= instead of real disk size >>> email takes? >>> 1) compressed mails take less than than the S= specified >>> 2) we could avoid using "S=" for the lookups and count every file >>> there, including indexes and mails without S=... if we'd read >>> filesizes >> >> -- >> With best regards, >> Max Kostikov >> >> W: https://kostikov.co | DeltaChat: mk at eprove.net
In webhosting customers usually see their physical disk usage used (quota on filesystem), and it causes a lot of confusion when numbers don't match with doveadm quota at all. What's your opinion on these: 1) Should indexes (including FTS indexes stored in Maildir) be counted in the mail quota? 2) Shouldn't doveadm quota have a flag for real disk usage, so that if emails are compressed, their real size would be quoted? 3) Shouldn't dovecot rely on st_blocks instead of fstat's st_size? (a benefit for this: in this case converted maildir files without S=... would still be counted into the space used) A short yes/no to 1, 2, 3 would be appreciated. Thank you! -- Best regards, Martynas Bendorius> On 2020-02-12, at 14:21, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > I think that most admins do not really care about physical disk usage as > long as it's not exceeded, and most service providers prefer calculating > quota against apparent usage instead of real usage, so they can charge > you for that. > > Aki > > On 8.2.2020 18.16, Martynas Bendorius wrote: >> Doesn't it currently confuse them? Because they'd reach their quota, while actually there would be a lot of disk space left :) + their whole mailbox could take a lot more space due to indexes and other files in the filesystem, and quota would not be reached. >> >> Also, I've dovecot is using fstat's st_size parameter. This is not "correct", in that the actual space used on disk is always higher. >> >> If we count the number of 512B blocks used (st_blocks), and multiply by 512 to get the true disk usage. >> >> I'll be looking forward for your feedback/ideas. >> >> Thank you! >> >> -- >> Best regards, >> Martynas Bendorius >> >> >>> On 2020-02-08, at 17:57, Max Kostikov <max at kostikov.co> wrote: >>> >>> I think these changes will confuse users because calculated quota wouldn't be equals with total messages sizes. >>> >>> Marsistynas Bendorius ????? 2020-02-07 11:07: >>>> Is there any reason why dovecot relies on S= instead of real disk size >>>> email takes? >>>> 1) compressed mails take less than than the S= specified >>>> 2) we could avoid using "S=" for the lookups and count every file >>>> there, including indexes and mails without S=... if we'd read >>>> filesizes >>> >>> -- >>> With best regards, >>> Max Kostikov >>> >>> W: https://kostikov.co | DeltaChat: mk at eprove.net