> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Johnston, Robert E > Sent: Tuesday, July 12, 2011 3:01 PM > To: IBM-MAIN@bama.ua.edu > Subject: Overriding client FTP . DATA > > We started out years ago with CA's TCP/IP and FTP and it has remained the > standard FTP in Production since then. A new project came up involving lots > of new batch FTP jobs to a Windows machine and I suggested they use IBM > FTP. It has gone well for the most part and the couple of problems > encountered were fixed, but I'm not sure it was the "best" fix for the > problems. > > All production batch is submitted via CA-7 scheduler. The userid associated > with all jobs submitted is "CA7". For some FTP from tape we had to add a > SYSFTPD DD to batch jobs to add "AUTOTAPEMOUNT TRUE". > > I have looked at FTP client search orders in the IP manuals for some kind of > global FTP.DATA, but it is unclear to me the best way to handle this issue. > Besides CA7, we have a few people that submit FTP batch jobs thru TSO. I > would rather not have to add SYSFTPD DD statements. > > Could I make a CA7.FTP.DATA and have all jobs submitted thru CA7 > automatically use this file? (I suppose TSO users would have > tso_prefix.FTP.DATA when needed).
Most likely the answer is yes. userid.FTP.DATA is how we handle specific needs. But, if you look in the JESYSMSG of an FTP job, you will very likely find the dataset containing your default profile. Actually, this profile dsname is also listed in the messages from the FTP client session with a moderate level of logging turned on. > > We don't have a SYS1.TCPPARMS(FTPDATA) or TCPIP.FTP.DATA. Is that the > way to go? > > I'm interesting in hearing how others handle their ftp.data for batch clients. > Thanks for any information or advice. > > Robert Johnston > UAMS - Little Rock > Confidentiality Notice: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message.. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
