I agree with that it would make life alot easier to integrate other
web-based email apps. I currently use vpopmail with a mysql backend and
have compiled in the valias support. This works great except that if I
use qmailadmin I loose the valias(mysql) support as it only creates a
.qmail file in the users Maildir. Having the ability to integrate the
functionality of qmailadmin into what ever web front-end that you wish
using the lang. of your choice would be great.
On Sun, 2003-02-23 at 13:03, Jesse Guardiani wrote:
> Greetings list,
> I'm sure people have considered this before, but I'd like to collect everyone's
> thoughts on the idea I'm about to present:
> VPopMail as a daemon
> What does everyone think about the possibility of turning vpopmail into a daemon?
> Complete with network ports and the like. It would
> allow for a much more distributed architecture, IMHO.
> Currently, if someone wants to run qmailadmin on a separate web server, they have to
> create an NFS share, right?
> Wouldn't it make a lot of sense to provide a vpopmail network protocol that allows
> connections from remote administrative utilities?
> Possibly even implement support for vpopmail clusters (although I'm thinking you'd
> have to have a crazy amount of users to need a
> cluster! Vpopmail is pretty darn efficient.)
> Administrative programs like qmailadmin and vqadmin would benefit by not having to
> be run on the primary mail server, but I highly
> doubt that the majority of web traffic comes from the admin CGIs.
> Programs like sqwebmail would benefit by not having to be recompiled every time
> vpopmail is upgraded. The port protocol wouldn't
> change much between versions, and developers could maintain backward compatibility.
> Sqwebmail WOULDN'T be able to run on a separate server, as it accesses maildirs
> directly, but at least administration, upgrades, and
> general package stability would likely improve a bit.
> Who knows. One might even be able to implement a maildir access protocol. But that
> would probably just duplicate the functionality
> of the IMAP protocol.
> Can anyone else think of a good reason why vpopmail might benefit from being made
> into a daemon?
> Can anyone think of a really good reason why it shouldn't? (Other than the time it
> would take to code everything.)
> I'm just thinking aloud here, but I'd like to hear everyone's ideas on the matter.
> Jesse Guardiani, Systems Administrator
> WingNET Internet Services,
> P.O. Box 2605 // Cleveland, TN 37320-2605
> 423-559-LINK (v) 423-559-5145 (f)
> We are actively looking for companies that do a lot of long
> distance faxing and want to cut their long distance bill by
> up to 50%. Contact [EMAIL PROTECTED] for more info.
Ron Culler <[EMAIL PROTECTED]>