Hello Tonino, I'm happy that my quota code has been some benefit to you. Just wanted to mention a couple of things.
First, I just downloaded the tarball for qmailadmin-1.0.9 last week, and I was quite surprised to see my quota code still intact. I should have mentioned that when I wrote it I had not planned on releasing it, and so there are improvements that can be made to how those functions operate. I have made several changes to the version of qmailadmin that we run here at Spry Hosting, but I never released them as I thought Ken or somebody else would have already cleaned those functions up. If nobody wants to do this, let me know and I'll rework the functions that I wrote. As for the pooled quota, it is an idea that I played with in the beginning as well, but decided to do what most other people have done and went with an OS-implemented quota set on the gid for the mail tree. This system seems to work perfectly, and we've not had any problems with it on our systems. If enough people would like to see a per-domain quota implemented through the vpopmail/qmailadmin API, then it's worth pursuing, but I agree with Brian that you will have to make sure that your code does not overlap with the current functioning of quotas, since most people will probably continue to use OS-implemented quotas. Tonino, thank you for the patch for util.c. If I end up rewriting the quota functions, I'll be sure to include it. -- Justin Hopper <[EMAIL PROTECTED]> Spry Hosting, Inc. [EMAIL PROTECTED] http://www.spry.com
--- Begin Message ---
Following the qmailadmin-1.0.10, and using (thanks!!!) Justin Hopper's code as starting framework, I've just realized a domain pooled quota management, that I'ld like could be integrated in the standard qmailadmin code.
I followed the advice someone did a lot of time ago in this list. I cannot find those messages, so I don't know who I should thank.
The base idea is the following:
postmaster has the pooled quota against which all user's quota are subtracted or added. So, when a domain is created, postmaster has the whole domain's quota. Each time a user is added, the user's quota is decreased from postmaster's quota. The contrary when a user is deleted. Same adjustements when a user's quota is modified, increasing or decreasing postmaster's quota depending on user modifications. Minimum quota for each user or postmaster is 1 MB.
This mechanism helps providers giving customers a fixed amount of space for the domain, then each domain administrator may manage users' quota as he needs.
It works if "--enable-quota=y" is specified, and "disable_pooled_quota" does not exist in .qmailadmin-limits.
Additionally, a small bug on quota handling have been fixed and a couple of additional .qmailadmin-limits flags ("bounce_mail" and "disable_smtp") have been added.
I've published both the integral tar, with all original sources and changes, and the tar with patches only, in:
www.interazioni.it/qmail
All is strictly based on qmailadmin-1.0.10.
I'ld like that Ken and Bill could insert these features in a next public version of qmailadmin.
Tonino
------------------------------------------------------------
Inter@zioni Interazioni di Antonio Nati
http://www.interazioni.it [EMAIL PROTECTED]
------------------------------------------------------------
--- End Message ---
