- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: FTP_SERVER and dedicated file processing
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-16-2005 08:15 AM
тАО05-16-2005 08:15 AM
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
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-16-2005 08:47 AM
тАО05-16-2005 08:47 AM
Re: FTP_SERVER and dedicated file processing
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-16-2005 02:01 PM
тАО05-16-2005 02:01 PM
Re: FTP_SERVER and dedicated file processing
Any reason you can't use DECnet over IP?
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-16-2005 07:09 PM
тАО05-16-2005 07:09 PM
Solution* 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.
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-17-2005 12:00 AM
тАО05-17-2005 12:00 AM
Re: FTP_SERVER and dedicated file processing
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