On Mon, 28 Jan 2002 [EMAIL PROTECTED] wrote: > > > On Fri, 25 Jan 2002, Davide Libenzi wrote: > > > On Thu, 24 Jan 2002 [EMAIL PROTECTED] wrote: > > > > > > > > > > > On Thu, 24 Jan 2002, Davide Libenzi wrote: > > > > > > > On Thu, 24 Jan 2002 [EMAIL PROTECTED] wrote: > > > > > > > > > That sounds pretty good, however, how about my fastcgi question? > > > > > > > > I told you the basic architecture, what do you want to know more ? > > > > > > > > > > > > > > > > - Davide > > > > > > > > > > > > - > > > > To unsubscribe from this list: send the line "unsubscribe xmail" in > > > > the body of a message to [EMAIL PROTECTED] > > > > For general help: send the line "help" in the body of a message to > > > > [EMAIL PROTECTED] > > > > > > > > > > Just any ideas you have, if any, on specific implementation. In a > > > nutshell, I had trouble finding definite documentation on implementing > > > this with xmail. Like, how to keep a perl process running? ie - do I need > > > to install it as a service? And then how to manage the sockets and if this > > > is already partially handled with the fastcgi perl modules? To be honest I > > > had trouble getting my wits around the fastcgi docs I read... > > > > > > If you don't have any other suggestion ok and thanks, just wondering if > > > you did. > > > > I don't know very much about perl but i know for sure that it can be done. > > > > > > > > > > - Davide > > > > > > - > > To unsubscribe from this list: send the line "unsubscribe xmail" in > > the body of a message to [EMAIL PROTECTED] > > For general help: send the line "help" in the body of a message to > > [EMAIL PROTECTED] > > > > Fair enough. I do have a proposal for you, though, which I think could be > useful and not difficult to implement. > > What about making it possible for xmail to call a .dll when executing a > filter script? > > It would then be possible to use products that are supported and stable > products for persistent "cgi" execution. For example, Activestate's PerlEx > product which is works with web servers. > > PerlEx keeps not only the perl interpreter persistent in memory, it also > keeps a compiled version of the script in memory and so drastically > increases performance. > > On a web server this is done by mapping an extension such as .cgi to the > PerlEx dll. Then when a user requests something.cgi the web server > executes it with the appropriate .dll. Very fast and would make filters > running on windows machines extremely low overhead for those willing to > pay for it.
No i do not intend to have external program running in the context of XMail. By using a 20Kb C program that issue a socket ( localhost or unix sockets ) to a server you can achieve the same performance w/out having "external stuff" running inside the server context. - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
