Ahh, I think we had different thoughts on that. When I originally sent out the request for comments for the vlimits, I thought the "disable_" routines were to be the defaults for new users. This was the original intent from the responses I got. This way you would be able to shut off certain services for users and you can make an exception for one or two users by using vmoduser and only enabling some of the permissions for some of the users.
i.e. allow postmaster IMAP access, but no other users in the domain. I guess it could work both ways, however there's no easy way to set a default for new users (which is what the original intent was). Anyone have any comments on this? Do you think we need both domain permissions and default new user permissions for each type of permission? (This is the case for quotas, a domain limit and a default for new users). I like the idea of having both (which just generates more work...). But we didn't take that into account with the original design. I would say that we should do what you were intending by using the current values as "domain" permissions, and add a field for "default_user_permissions" that would populate the gid field of the user password entry. What I would also do is encapsulate the code you wrote into a function (you don't need the #ifdefs) and have it return the mask which can be AND'd with the gid field of the password entry. This masking function could go into vlimits.c and called in the vauth_getpw() functions. What do you think? Brian > On Tuesday 25 March 2003 17:34, Brian Kolaci wrote: > > > i'm going to post (a very similar one) tomorrow for .qmail-limits files. > :) > i think this should stay in the vauth_getpw function (which is in vauth.c). > this way, when you later decide to disable_imap=1 you won't have to change it > for all the users in that domain. also authvchkpw.c (from > courier-imap/authlib) directly calls vauth_getpw. > and as i said.. i'm posting a patch vor vcdb.c/vpgsql.c/vsybase.c tomorrow to > cover the other auth modules. > > anyways, i can see that the vpopmail.c:vadduser approach also has a good > point: vlimits would then only serve as a "default" for each domain. one > could still enable _single_ users to access their mail via imap/webmail/ ... > or disable smtp for others. maybe some others post their opinion on this? > > brian: is this what vlimits was originally indented to be? a default setting > for the users of a domain (well plus some generall max settings..)? > > -- > Mit internetten Grüßen / Best Regards > --------------------------------------------------------------------------- > Justin Heesemann ionium Technologies > [EMAIL PROTECTED] www.ionium.org > >