Re: vpopmail extension

Hi Iavor Raytchev, you wrote: > Hello everybody, > After long survey we reached half dead end. So far our understanding > is that the php vpopmail extension is half dead because the only way > to use it is to run the Apache as the vpopmail user. We have no > problem to run it that way, but for some reason the extension has not > many supporters or users and we guess this might be the reason. Well, you could also run your vpopmail-specific scripts as CGI using SuEXEC, which is in my POV a more reasonable option than running all of apache as vpopmail. > So my question is - does anybody know more about the fate of the php > vpopmail extension - why does it seems dead and what might be the > possible solution of the smooth and easy php <> vpopmail > communication. I could though imagine a few: - ext/vpopmail doesn't seem to be actively maintained - most hosters don't have this deep knowloedge of php - the fact that the process must be owned by vpopmail - there are already sqwebmail & qmailadmin (though ugly looking) > We currently experiment with the idea to write instead a daemon that > listens locally and communicates to vpopmail on behalf of php. This > is what we will test this weekend. That would be nice for shure, but I guess you'd have to define kinda RPC protocol too then? > It would be great to hear some opinions. Well, I've planned to use ext/vpopmail in a currently ongoing private project, but I have not examined its functionality yet. Regards, -- Michael - < mike(@)php.net >

Attachment: [application/pgp-signature] OpenPGP digital signature signature.asc