> > > Anyway, the point of this is: I'd love to see this thing in the next > > > production release. Is anyone planning a new production release soon? Or > > > is it still up in the air? > > > > Kinda of along these lines, I've implemented the use of a FORM to > > automatically log users into qmailadmin from IMP. I've noticed on my > > mailbox, with 50MB in it, the main_menu takes a couple seconds to load.. > > I think it's because of the 'du'. > > > > I hate re-inventing the wheel, so I HAVE to ask why is there a 'du' for > > doing quotas, when that should already exist in maildirsize? > > > > I have my own hack to qmailadmin that I would like to see in the > > 'release' but I haven't heard any interest in it, so I haven't cleaned > > anything up. Should I cleanup, and add ifdefs to my 'Service Level' > > stuff? It current form only works with MySQL, and vpopmail also has to > > be modified. >From IMP, I do a du for regular system users, and use vuserinfo to get the quota. Its much faster.
Ken said he was getting ready for a production release. I asked him to wait just a bit for the latest vpopmail release, which now includes the user & domain quotas directly in libvpopmail.a, so they can be incorporated into qmailadmin. Well, Bill just released the vpopmail, so I'll submit a patch to use these instead of the du. The du is actually implemented by recursively doing stat()'s, which takes a long time. The maildir quotas take milliseconds. Thanks, Brian
