On Tue, 2009-03-24 at 15:32 +0900, Jorgen Lundman wrote:
> "domain quotas" is a good way to describe it.
>
> It would need some method to look up all mail-storage that is belong to
> the domain. In our case, we would look at an LDAP query, where uid=uid
> and gid=gid, but could be a literal sear
With v1.2 this would be somewhat easier I think, because it allows you
to create new user structures, look up their home dirs (by querying
dovecot-auth) and calculate their quotas. But you'd still need a way to
get a list of usernames who share the quota.
All of this is actually related to "do
Well.. With dict quota you could already do this, but quota
recalculation wouldn't work right. Quota recalculation shouldn't happen
normally though, so you might get away with it. But to fix quota
recalculation you'd have to do something like you're describing I
guess..
With v1.2 this would be som
Since I could issue an LDAP query for
(&(uidNumber=%uid)(gidNumber=%gid)) for homeDirectory to retrieve all
home directory paths, and associated mailDirSize files, I wonder if I
could extend dovecot to allow us to handle shared quota like the
fs-quota used to work.
Using symlinks between ac
Hello list,
We are in the process of exploring the idea of moving from UFS with
fs-quota to using softquotas in Dovecot (probably Maildir type, stored
in LDAP, all ontop of NFS).
I have it setup, and it works rather well so far.
But there is one situation we can currently support, which I c