You have precisely explained how it works.
I think the confusion is that Eelco said that you can "divide the quota over
the mailboxes" and you don't want to set any kind of per-user quota at all,
just a per group quota. That's fine. It works that way, too -- if you set 0
quota on each user, and 100 quota on the group, then each user may have as
much email as they want, so long as their common total is limited to 100 mb.
Aaron
Feargal Reilly <feargal@chrysalink.net> said:
> On Tue, 25 Nov 2003 18:51:50 +0100
> Eelco van Beek - IC&S <eelco@ic-s.nl> wrote:
>
> > Group quota is in fact implemented.. we use it all the time!
> > Each user has a client_id field. This way you can group users.
> > You'll have to add a table though to configure the max quota per
> > client_id group.
> > And add an interface to assign total quota's for such a group.
> >
> > We connected dbmail to our client information system. Each client has x
> > mailboxes
> > and y quotum. She / he can divide the quota over the mailboxes with the
> > max of the
> > groupquota on the client_id.
> >
>
> > I hope this makes sence ;)
>
> It does, but it's not what I'm looking for, unless I'm entirely stupid.
>
> I was hoping to override user quotas where a group quota exists, and to have
this happen internal to dbmail. The implementation you describe relies on the
user quota mechanism, whereas I'm proposing an extension to this.
>
> This is the flow I would be expecting:
> 1) When a mail arrives to a mailbox, the client_idnr of the mailbox's owner
is retrieved.
> 2) A query is made to a group quota table to get the quota for that client_idnr.
> 3) If a value is found, the total size of the mailboxes belonging to users
with that client_idnr is retrieved and compared against it. If no value is
set, it proceeds as normal by comparing the size of the mailboxes belonging to
that user against the user's quota.
>
> The reason I want to do it this way is precisely so the client doesn't have
to juggle his quotum. While some clients will like to have this level of
control, most just want to see email appearing on their computer screen, and
don't want to be confronted with having to set limits on each staff account.
>
> Hopefully this too makes sense... :)
>
> -Feargal.
>
> > Good luck!
> >
> >
> >
> > On 25-nov-03, at 17:35, Feargal Reilly wrote:
> >
> > > Has any though been given to the idea of imposing a quota per group,
> > > instead of per user?
> > >
> > > I want to allow clients to add as many addresses/accounts as they
> > > wish, but to limit their total storage space. While you could allow
> > > the client to manage the quota for each account, and limit the total
> > > through your management interface, it works against the KISS
> > > principle.
> > >
> > > I'm assuming here that the client_idnr field can be used for grouping
> > > mailboxes together.
> > >
> > > --
> > > Feargal Reilly,
> > > Codeshifter,
> > > Chrysalink Systems.
> > >
> > _________________________
> > E.J.A. van Beek
> > ICT Manager
> > IC&S
> > T: +31 30 6355730
> > F: +31 30 6355731
> >
> > PGP-key:
> > www.ic-s.nl/keys/eelco.txt
> >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> >
>
>
> --
> Feargal Reilly,
> Codeshifter,
> Chrysalink Systems.
>
>
--