Home directory quota options are not logical in defaults for new users in this virtual server

[PitWenkin]

Short version:

The options Default (from template) and Unlimited are not doing what the labels suggest but what the respective other option suggests …

Details:

Under Server Template - Mail for domain I have set a quota of 50MiB for mail users

In the domain specific setting for User Defaults the interface shows Home directory quota as Unlimited, but when adding a new mail user the 50MiB form the server template are applied, which should only happen when Default (from template) is selected?

Selecting Default (from template) actually applies no quota …

Selecting the third option propperly applies the given quota.

[jcameron]

Thanks, that does look like a bug! Let me take a look ...

[jcameron]

Can you post the contents of the file /etc/webmin/virtual-server/initial/XYZ where XYZ is the domain's unique numeric ID? You can get that by running virtualmin list-domains --domain yourdomain.com --id-only

[PitWenkin]

dbs=
shell=/dev/null
secs=
quota=none

While Interface shows

[PitWenkin]

I've had this on 2 servers, settings above are from my dev-machine, which might be fucked up, but behaves in the same way as the others.

My guess is that simply switching the labels for option 1 and 2 would "fix" it

[PitWenkin]

When selecting Unlimited:

dbs=
shell=/dev/null
secs=

When selecting 25 Mib:

dbs=
shell=/dev/null
secs=
quota=25600

[jcameron]

Ok I see the bug now - this will be fixed in the next release.

[iliajie]

@PitWenkin Try applying the patch and see if it resolves the problem for you:

webmin patch https://github.com/virtualmin/virtualmin-gpl/commit/a4e5c37

[PitWenkin]

@PitWenkin Try applying the patch and see if it resolves the problem for you:

webmin patch https://github.com/virtualmin/virtualmin-gpl/commit/a4e5c37

It's worse. I still had 25MB saved

dbs=
shell=/dev/null
secs=
quota=25600

but interface shows

Even after saving it does not change …

[iliajie]

Great! Thanks for giving it a try! Now we'll wait for Jamie's comment on this...

[jcameron]

Hmm, let me take another look at this..