Steve,
You might want to consider using the V_USER0 -> V_USER3 flags in the vpopmail database. They may save you some time with extra database layout. One could store the MAX accounts, while the other is could be a counter. Just a thought. ~jt At 01:11 PM 8/27/2002 -0400, Steve Fulton wrote: >At 09:35 27/08/2002 -0700, you wrote: > >No, though the idea is very similar. Like per-domain controls, I am >looking at a process that allows a certain type of e-mail account to >create up to X additional accounts. At the moment, I'm considering some >sort of flag that identifies an account as a "master account", and then >allows it to create X number of accounts beyond that. This kind of >service is offered by larger ISP's (AOL, the defunct and splintered @Home >network), and my client has requested this. > >There are several ways I can approach this. One would be to create a >seperate application which creates allows clients to add/delete e-mail >accounts at will, and holds in the information in a seperate >database. Another is to modify Vpopmail/QmailAdmin/vQadmin to incorporate >this service. I prefer the latter, but the former is probably much simpler. > >So, if anyone has thoughts on the matter, I'd love to hear about it. > >-- Steve > > >>Do you mean something other than the .qmailadmin-limits file? The usage >>of this file is covered in the README file for QmailAdmin. It limits >>the number of email accounts, etc., per domain. I'm not sure if this is >>what you mean or not. >> >>Justin Hopper >>[EMAIL PROTECTED] >> >>On Mon, 2002-08-26 at 17:59, Steve Fulton wrote: >> > Hi all, >> > >> > Has anyone done any work on implementing customer e-mail limits in >> > QmailAdmin (and by extension, vQadmin)? What I'm looking for is something >> > similar to what large ISP's offer: With each dial-up/broadband account, >> > the subscriber is allow X e-mail accounts. QmailAdmin is an obvious >> choice >> > for allowing customers to administer these accounts, rather than >> > re-inventing it from scratch in a roll-your-own application. So if you've >> > done work in this, I'd appreciate some feedback, and if you haven't but >> > have put some thought into, share that as well.. >> > >> > Thanks, >> > >> > -- Steve >> > >
