In a recent note, Tim Hare said: > Date: Wed, 3 May 2006 11:22:34 -0400 > > Well, since the one reason I can think of to download a mainframe load > module is to upload it to a different mainframe, two accounts will be > needed no matter what, so I think your first point is moot. > Think anonymous FTP.
And the user might have an account, but no be RACF-enabled for TSO. Or, the user might want to upload a load module to testcase.boulder.ibm.com for problem verification. Last time I looked, testcase was not a z/OS system, so some sort of store-and-forward is required. Yah, I know, there's TRSMAIN. But why burden the user with another step which could be incorporated (most of the work has already been done) in the FTP server and/or client. > I believe, but haven't tried it, that z/OS FTP allows you to specify that > one FTP server transfer files to a different FTP server, which might help > in the above scenario. > Understood. I haven't tried it either. And it doesn't address the "testcase" situation where "a different FTP server" is so different as not to be running z/OS. > Your point about TRANSMIT, is still valid; although isn't this the case > for anything requiring pre-processing before FTP (Zipping files, > encrypting, etc.)? > Not necessarily. Long ago, I was familiar with the WUSTL FTP server, which embedded such pre-processing, much as TSO TRANSMIT embeds IEBCOPY. If I knew of a directory-path and said GET directory-path.tar.Z ... it would dynamically archive and compress the directory for transmission. This allowed serving multiple formats (e.g. .tar, .tar.Z, .tar.gz, .zip) while storing only a single copy of the data. (I don't know what it might do if a mischievous, greedy, or ignorant user did GET filesystem-root.tar.Z.) -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html