----- Original Message ----- From: "Ray" <[EMAIL PROTECTED]> To: "M.W. Koskamp" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, November 12, 2001 11:06 PM Subject: Re: Multi-threaded TCP server
> On Mon, 12 Nov 2001, M.W. Koskamp wrote: > > > It depends on what kind of service you want to offer. > > You could use apache and mod_perl which is available for VMS to set up an > > application server and handle requests. > > If you want a file service you could use an ftp server (sorry for stating > > the obvious). > > Actually it is a service i invented. :) The majority of our email systems > are PMDF, and we have an IMAP based web interface for most users, but i > need a web interface to PMDF to allow people to set/show forwards. The > perl script will listen on an arbitrary tcp port. The client is a web > page (in php or perl) that'll just connect to the VMS service, > authenticate, then set or show the forward. > The server is ugly cause it needs to create an intermediary DCL script. I > could not find a way to do 'pmdf mail show forward rdejean' in one command > line. Thats a problem i ran in to too. I had comandlines that were very long, which VMS does not like (input buffer too large... etc etc.) So i generated a temporary DCL script in which i put the command. > I am aware of Apache for VMS, but the last time i used it, it was not a > very stable webserver (perhaps a year or so ago). Has this changed? > And to accomplish this task, my very small service runs as a privileged > user to set/show forwards. I would rather not run Apache with such > privileges. Apache is rather stable on VMS (Now called Compaq Secure Webserver or CSWS), allthough performance isnt to great (Unless you have some firewire machine). Last official version came with mod_perl and perl 5.5_003, but soon there will be a version with Perl 5.6. I think it's the most easy way to solve your threading problem. Having apache run high priviliged on an internal network should not be a big problem, unless you have some real hackers in your company. Another method to serve multiple clients (though not really simultaniously) is to make the call asynchronous. You could generate the COM file and then submit it into the queue of VMS and you are ready to serve your next client (i did something like that myself). Of course you would have less control over any errors occuring in your program. Maarten.
