mirror of
https://github.com/opensolutions/ViMbAdmin.git
synced 2026-04-26 00:36:00 +03:00
[GH-ISSUE #30] [BUG] Domainadmin can adjust domain quotas and restrictions set by superadmin #27
Labels
No labels
bug
feature
feature
improvement
improvement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ViMbAdmin-opensolutions#27
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @click on GitHub (Dec 25, 2012).
Original GitHub issue: https://github.com/opensolutions/ViMbAdmin/issues/30
When a superadmin creates/edits a domain, he/she can set up specific quotas and account-limits that should be applied further downstream onto that particular domain.
Example:
The superadmin creates a domain called example.net, with 10 mailboxes, 10 aliases, 10G domainquota and 1G userquota.
Now, adding a domainadmin user allows this domain to be managed by that user, as intended.
The issue is however that the new domainadmin can change all of these when he/she wants to, effectively avoiding the intended restriction-system set by the superadmin. I doubt this is how it is intended?
My thought would be that the domainadmin should handle accounts and their limits, and not the restrictions set for the domain itself?
@barryo commented on GitHub (Feb 15, 2014):
Should be fine in version 3.
@florianbeer commented on GitHub (Nov 14, 2014):
I have just set up version 3.0.10 and the described issue is still present.
I created a domain with 10 Mailboxes and 20 Aliases, but the designated Domain Admin can still set this number higher if he wants to.
@click commented on GitHub (Aug 2, 2016):
@barryo - this issue is still present in 3.0.15 / master - it's also re-mentioned in #181 (actually a full on duplicate of this report).