Sam Varshavchik writes: > It's possible that there might be a few drops of juice squeezed by making > the sqwebmail stub a FCGI-based server, but I'm still somewhat skeptical. > The sqwebmail binary is tiny. It almost does not exist. Unless a server is > completely out of resources, the sqwebmail executable image would probably > stay cached in RAM anyway. > > I believe that the primary limiting factor is really bandwidth, not CPU. > I agree that performance gain is almost negligible, but adding FCGI functionality to webmail stub could make Sqwebmail as a whole closer to modern web practices. IIRC there were some FCGI traces in very old versions of Sqwebmail which had been removed later.
If making webmail stub FCGI-capable is too difficult, I see another possibility - rewriting it in PHP or adding PHP stub to the existing package. Taking into account that now it's hard to find site without PHP (in the form of apache module or standalone FCGI server) maybe it's not so bad idea? -- Alexei. ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
