Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!ucbcad!ucbvax!CITHEX.CALTECH.EDU!carl From: carl@CITHEX.CALTECH.EDU.UUCP Newsgroups: comp.os.vms Subject: RE: DECnet <-> TCP/IP Message-ID: <870619115447.02d@CitHex.Caltech.Edu> Date: Fri, 19-Jun-87 15:31:35 EDT Article-I.D.: CitHex.870619115447.02d Posted: Fri Jun 19 15:31:35 1987 Date-Received: Sun, 21-Jun-87 05:02:46 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 67 >>I have the following setup: >> >>+---------+ +--------+ +---------+ >>| Various | | VMS | | Various | >>| DECnet |--------| DECnet |-------| TCP/IP | >>| Systems | | TCP/IP | | Systems | >>+---------+ +--------+ +---------+ >> (Node X) >> >>Only the machine in the middle runs both TCP/IP and DECnet. If I am >>running on a TCP/IP machine, I can use FTP to transfer files to or from any >>DECnet machine as follows: >> >>ftp> open X >> get :: >> put :: >> >>Question: >>If I am running on a DECnet machine, is there any way I can transfer files >>to or from any TCP/IP machine without having to log in to node X to run >>FTP? > The easiest way would be by setting up some sort of batch process on X to > handle forwarding of files. This would allow `putting' a file but it won't > allow a `get'. > > As I have the same problem, I'm open to suggestions. First time I tried to answere this one, I was confused about what is wanted. Sorry about that. First, if there IS a way of doing this, then it is dependent on whose FTP you are using. The reason I say this is that the FTP that comes with MULTINET (4.2bsd kernel; I haven't had the opportunity to take down the system and install the 4.3 version yet) works only with a terminal (if I'm wrong about this, somebody please let me know how to run it non-interactively); if it is run from anything but a terminal, it starts doing massive amounts of I/O (I don't know where to/from) and ignoring the procedure, mailbox, network mailbox, or what-have-you that it's supposed to be getting its commands from. However, if there exists a version of FTP on the market which doesn't have this problem, then you can use a task on X to accomplish what you want. One way to implement this would be something like the following commands issued on one of the DECnet machines: $ create X::"0=SYS$NET:" set command MULTINET:USER FTP hostname LOGIN whoever PASS whatever get :: put :: quit ^Z The first command starts a network process running on X that effectively has your terminal as its input stream (the network mailboxes are transparent). Then you set up and execute the FTP command, then send the command you want FTP to use, exit from FTP, and close send an end-of-file to the job on X, thus breaking the DECnet connection. You may have to use access control strings to make the job run on an account that has access to FTP and to place the file in the desired directory on the DECnet machine. Or you could have the system manager on X create a network object on X that already knows how to do the copying, given that you send it the necessary host name, username, password, and file specs. Either technique would be easy to implement, given that you can get FTP to listen to a non-terminal device.