How about this for an Idea. Since I believe that we all agree in the power of Qmail and its superiority over the other systems. I think that we leave that portion of Qmail and Vpopmail alone.
As a suggestion I think that Jesse did bring up some valid points when it comes to the administration of Vpopmail. I believe that some middle ground exists on this issue. Vpopmail could benefit from a more flexible set of webbased tools. As a user of Qmailadmin I like the unified design and the security of not having to run my web server as the vpopmail user(It lacks the ease of integration into perl/php based web email frontends). On the other hand the vpopmail.pm file gives me some of the flexibility that I want when it comes to integration with a web based mail frontend but has the security issues to contend with. I have looked at the php vpopmail extensions and while they have great flexibility you are forced to give on security. Having a flexible/secure web based control tool would allow you to have the speed/security of Qmail, the power/expandablity of Vpopmail. I submit that having an admin daemon running on your Vpopmail server would solve this. You could submit calls from the webased interface of your choice giving you the flexibility of integrating Vpopmail seamlessly into your web systems. I agree that some of this functionallity exists with the Mysql integration of Vpopmail 1) the ability to change users passwords 2) Alias/Forward support with valias (This precludes the use of qmailadmin for any alias/forward creation) as the .qmail file takes precedence ) 3) creation of new users (you either send them a welcome email or wait for the first message to arrive for that user to create the dir structure) This is just my 2cents worth of input on the topic.... Thanks On Mon, 2003-02-24 at 03:38, Paul Theodoropoulos wrote: > At 12:01 AM 02-24-2003, [EMAIL PROTECTED] wrote: > > > >Hi !! > > > > > If you dislike NFS, then why did you go with qmail to begin with? > > > That was the target for qmail. To use NFS without file locking. > > > >I hope this never reaches djb since I'm 100% sure he never > >thougth qmail to be designed for "Network Failure System"... :-) > > he didn' t design qmail for NFS. however, he designed Maildir specifically > for NFS, and it's an integral part of qmail. > > qmail and NFS play together in harmony. production systems I built back in > 1998 are still up and running (though i no longer work for that company), > running qmail on dual Sun E4500's, behind redundant Big/IP's, with the > filestore on clustered Netapps, NFS mounted over gigabit to the E4500's. > still running like a top. NFS has come a long way since qmail 0.91 was > released back in 1996. > > > Paul Theodoropoulos > http://www.anastrophe.com > http://folding.stanford.edu > The Nicest Misanthrope on the Net > -- Ron Culler
