In a recent note, Charles Mills said: > Date: Fri, 1 Sep 2006 18:39:06 -0400 > > Specifically, take a look in the archives at a thread from July, 2004 called > "FTP doings under the covers." > Thank you.
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf > Of Charles Mills > Sent: Friday, September 01, 2006 5:57 PM > > Can't you fool FTP? I'm sure I have done this trick (although not in the > OP's specific situation). > > Tell both sides it's a binary transfer. > > Then tell the server only (with QUOTE UCS2) to translate to the desired > character set. > A couple limitations: o This works best in the smart server/dumb client configuration. If you have a smart client, there's likely no way to tell it to use UCS2 without it's attempting to validate the protocol with the dumb server, getting a command rejected, and abandoning the attempt. Switching ends to make the dumb host the client and the smart host the server is often not an option because the dumb host is an anonymous FTP server, and the programmer has no authority to log on to it. o To my knowledge, there's no way to make either asymmetric configuration work for load modules because either the z/OS server or client enters into a confirmation dialog with the dumb counterpart such that it's impossible to spoof the necessary responses from the command line. I'd be delighted to be shown wrong on the latter point (or either) if anyone knows how to choreograph the spoof. -- 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
