Or SMTP to the adminstrators (PFCSK's) of the remote SERVER, cc'ing the network team. Say "Our system, which is UP, can't send a file to your system. Your receipt of this email confirms that our system is up and can communicate with the network. Fix your system and notify production supprot to resubmit job xxxxx".
> Possible, but unlikely. The programmers are really wanting something so > that they are not "in the loop" at all about ftp. That is, they don't > want the responsibility to put the FTP step in the job, to check the RC > and send mail, or anything else. They want the "ftp team" to set up all > of that, including any userid/password requirements, maintaining the IP > address of the server, maintaining the ftp statements, etc. From what I > get, they want to say something like: "I'm going to create dataset XYZ. > It needs to be ftp'ed to server ABC, into subdirectory DEF, and given > the name GHI. You figure out what needs to be done to get the ftp to > work and set it up independantly of my job." Then, when XYZ is created, > the ftp automagically occurs without anything in their JCL. Similar to a > dataset trigger in CA-7. I.e. they really want out of the business of > data transfer beyond the initial "put this dataset on that server and > give it this name in this subdirectory". Should anything change after > that (e.g. the dataset should go to another server, the server file name > or subdirectory should change), they don't even want to know about it. > That would be the responsibility of the "ftp team" to update the ftp > process (whatever it turns out to be). > All that might be possible in a rexx / batch job ran periodically. If the FTP succeeds, rename the dataset to XYZ.SENT or delete it, then your rexx won't trigger again. They fill the swamp with their files, you drain it with rexx / FTP. --- [This E-mail scanned for viruses by Declude Virus] ---------------------------------------------------------------------- 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
