On Sat, 2 Jun 2007 11:04:18 -0500, Kenneth E Tomiak wrote:
>This does not seem to be about an IEBCOPY Unloaded dataset. Which by now
>we know the RECFM(VS) nature of the unloaded dataset will not traverse to a
>PC and back asis. It must be processed into a RECFM format that the PC
>based file transfer applications can use.
>
But John McKown has corrected us. The STRU R command makes it possible
to perform the operation half the time. I modified my failing JCL test
posted previously so the FTP settings and commands are:
binary
STRU R
locsite RECFM=VS
locsite LRECL=32760
locsite BLKSIZE=32760
get '$PREFIX.IEBFTP.UNLOAD1' /tmp/$PREFIX/IEBFTP.LOCAL
get /tmp/$PREFIX/IEBFTP.LOCAL '$PREFIX.IEBFTP.UNLOAD2'
Again, I'm using z/OS UNIX files as a surrogate for PC files. The
capabilities are similar. The test case is almost trivial; validation
for a larger test might be needed. As promised, I am delighted to be
shown wrong on this.
In effect, STRU R performs the processing internal to FTP that you say
is necessary.
The restriction: The FTP server must be z/OS. The client may be either
a foreign system, or (as in my test case) z/OS.
(Should I say, rather, I'm half-delighted to be shown half-wrong?)
-- gil
----------------------------------------------------------------------
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
