topic Re: FTP_SERVER and dedicated file processing in Operating System - OpenVMS

FTP_SERVER and dedicated file processing

Thierry Hingray — Mon, 16 May 2005 15:15:25 GMT

TCPIP 5.4 under VMS 7.3-2

In the old days using decnet , we use to be able to create our own net$server command file to allow a file transfer to a specific user to get a dedicated processing.

Need to do the same with FTP server. I can modify sys$system:TCPIP$FTP_SERVER.COM to add DCL to do my stuff. but then all ftp request are going thru it, which i'd rather avoid. Is there a way of running a specific ccommand file insted of the generic one, using a logicals or any other way ?
Thanks

Re: FTP_SERVER and dedicated file processing

Jan van den Ende — Mon, 16 May 2005 15:47:58 GMT

Thierry,

the way we do this nowadays, is to have a special account with only NETWORK access, and do the required processing in LOGIN.COM

Compared to DECnet rather clumsy, but it does the job.

Success.

Proost.

Have on eon me.

jpe

Re: FTP_SERVER and dedicated file processing

David B Sneddon — Mon, 16 May 2005 21:01:35 GMT

Thierry,

Any reason you can't use DECnet over IP?

Dave

Re: FTP_SERVER and dedicated file processing

Willem Grooters — Tue, 17 May 2005 02:09:20 GMT

If this processing is invoked by a program, consider the following:
* create a commandprocedure to do whatever is needed. It may read and write through SYS$NET
* define a TCPIP service (TCPIP SET SERVICE) , for any user (NETWORK ACCCESS only, as Jan has specified) (/USER=), and specify this commandprocedure to be executed (/FILE=) on any (non-used) port (PORT=). This file can reside in the login directory of that user, but acually anywhere you like, as long as you specify the full patyh in the /FILE parameter (any logicals used there MUST be /SYSTEM!)
* Let your program connect to this port and issue the commands used.

BTW: The requesting "program" can be a DCL procedure, TELNETting to that port.

Re: FTP_SERVER and dedicated file processing

Thierry Hingray — Tue, 17 May 2005 07:00:42 GMT

Thanks for the answers.

1) The originator of the tcpip transfer is an IBM mainframe, so I can't use decnet over IP.

2) I was looking at the dedicated user solution ( from Jan) but was hoping there would be a more elegant one.

3)Willem's idea looks good, will look into it
th