I do something similar but do have to use a batch job on the remote system and
although not XMIT I'm creating a sequential dataset from a PDS and then
transferring that over and then moving it back to a PDS along with allocating
new GDGs. I run a REXX in batch on one system which dynamically creates the JCL
to run on the remote system, I then FTP the data over to the remote system and
also create a temporary dataset containing this JCL which is run and the output
sent back to the host system. A rough (very rough) look at my FTP statements
show:
'type e'
'mode b'
'Site pri=120 sec=24 Tracks'
'Put dataset_unload +'
'acf_dataset_reload'
'Site pri=1 sec=1 Tracks'
'Put 'temp_dsn +'
'dataset_reload_jcl'
'mode s'
'Site filetype=jes'
'Locsite lrecl=255'
'get 'dataset_reload_jcl +'
'dataset_reload_report (REPLACE'
'site filetype=seq'
'mode b'
'delete 'sa_acf_dataset_reload_jcl'
'Close'
'Quit'
Oh, and for passwords I use NETRC which is heavily secured!
Sebastian
On Thu, 3 Apr 2014 14:03:24 -0700, Charles Mills <[email protected]> wrote:
>Just confirming what I RTFM: there is no way for an FTP client to directly
>execute a TSO command on a remote z/OS system - is that right? Is there some
>clever hack that I am missing?
>
>
>
>This would be real useful, no? The ability - in this case, what I am trying
>to do - to upload a TSO XMIT file and then run a RECEIVE on it.
>
>
>
>Yes, I know I can run a job on the remote machine and the job could be batch
>TSO. I am looking for something a little more straightforward than that.
>
>
>
>Thanks,
>
>
>
>Charles
>
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
