Amen! Toggles are great for interactive use but horrible for automated/batch/etc. And FTP has a bunch of them. Not too bad if you are in a single shop and "know" what the initial state will be but horrible for vendor products and the like. Answer of course is to parse the reply but not trivial to do in a batch situation. You could use the FTP API, but it mysteriously precludes the use of DD:. Grrrr.
Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Wednesday, September 17, 2014 9:49 AM To: [email protected] Subject: Re: z/OS FTP client behavior On Wed, 17 Sep 2014 09:16:32 -0700, Charles Mills wrote: >Toggles the sending of the SITE command that was at the heart of your plaint. > Thanks. But in this case it had a positive value: that it got logged gave me some insight into what FTP was doing; that it got rejected caused no harm -- the transaction proceeded. If I had specified PARM='(EXIT' it would be different. I hate toggles: sometimes the initial state is unpredictable and reversing the option still yields an unpredictable result. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
