Marcy, 
Thanks.  I didn't know that SFS support had been added to
Connect:Direct.  I'll ask about getting it set up here.

                                                       Dennis O'Brien

"An appeaser is one who feeds a crocodile -- hoping it will eat him
last.".  -- Winston Churchill

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Tuesday, January 03, 2006 16:59
To: [email protected]
Subject: Re: Best practices for z/VM file transfers?

It does work with SFS to and from SFS.  See setting up the CDVMSFS
machine and use SFSDIR in your copy statements.

Yes, it does require VSAM.  ISPF and VTAM too.  And the Secure+ version
of it is not supported on VM.  Sigh.

Marcy Cortes


"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation."


-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, Dennis L
Sent: Tuesday, January 03, 2006 4:09 PM
To: [email protected]
Subject: Re: [VMESA-L] Best practices for z/VM file transfers?

Mike,
Connect: Direct from Sterling Commerce meets most of your requirements.
It doesn't work with SFS, though.  Transfers to VM can go to minidisk or
reader.  Transfers from VM come from minidisk.

                                                       Dennis O'Brien

"An appeaser is one who feeds a crocodile -- hoping it will eat him
last.".  -- Winston Churchill

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Tuesday, January 03, 2006 16:02
To: [email protected]
Subject: Best practices for z/VM file transfers?

We're (pretty urgently) looking for a replacement product for one which
just suffered hardware failure.  It's unlikely that it can be
resurrected
- very old hardware. 

Requirements:
- Batch file transfers between VM and z/OS (initiated either by a
VM:Batch job or a z/OS batch job), performed by permission rather than
passwords.
- Interactive file transfers, in the same manner (again, initiated by VM

users or TSO users, by permission rather than passwords).
- Transfer from VM to MVS must be to dataset (RACF authorized), or to
JES2
SPOOL (allowing class, forms, destination, etc.)
- Transfer to VM must be to a target user minidisk or SFS directory.

Can anyone recommend a good solution?  If it's Linux-based, we're going
to need a consultant: a Linux on zSeries proof of concept is scheduled
to begin in a couple weeks.

Happy New Year!

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.


 
The information contained in this e-mail and any accompanying documents
may contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if
this message has been addressed to you in error, please immediately
alert the sender by reply e-mail and then delete this message, including
any attachments. Any dissemination, distribution or other use of the
contents of this message by anyone other than the intended recipient is
strictly prohibited.

Reply via email to