Re: Best practices for z/VM file transfers?

2006-01-04 Thread Jones, Ian H
Rich Smrcina wrote: Unfortunately I don't know much about it's capabilities, but what about XCOM from CA? Mike Walter wrote: 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

Re: Best practices for z/VM file transfers?

2006-01-04 Thread David Boyes
Dennis' suggestion of Sterling's Connect:Direct seems fraught with future problems. Didn't we just see posts that it requires VSAM, which is dead in the water? BSI's NJE Bridge might be interesting if you can tolerate files arriving in VM spool.

Re: Best practices for z/VM file transfers?

2006-01-04 Thread Rich Smrcina
OK, thanks for the information. Jones, Ian H wrote: Rich Smrcina wrote: Unfortunately I don't know much about it's capabilities, but what about XCOM from CA? Mike Walter wrote: We're (pretty urgently) looking for a replacement product for one which just suffered hardware

Best practices for z/VM file transfers?

2006-01-04 Thread James G. Stracka
CONNECT:Direct/VM is still marketed and supported. See Bob Heerdink's Statement of Support in a previous thread. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print,

Re: Best practices for z/VM file transfers?

2006-01-04 Thread O'Brien, Dennis L
-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: VMESA-L@LISTSERV.UARK.EDU Subject: Re: Best practices for z/VM file transfers? It does work with SFS to and from SFS. See setting up the CDVMSFS

Best practices for z/VM file transfers?

2006-01-03 Thread Mike Walter
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

Re: Best practices for z/VM file transfers?

2006-01-03 Thread O'Brien, Dennis L
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: VMESA-L@LISTSERV.UARK.EDU Subject: Best practices for z/VM file transfers

Re: Best practices for z/VM file transfers?

2006-01-03 Thread Imler, Steven J
PROTECTED] [EMAIL PROTECTED] -Original Message- From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, January 03, 2006 07:02 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: Best practices for z/VM file transfers? We're (pretty urgently) looking

Re: Best practices for z/VM file transfers?

2006-01-03 Thread Mike Walter
respond to VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU To VMESA-L@LISTSERV.UARK.EDU cc Subject Re: Best practices for z/VM file transfers? Mike, What was the software product that suffered a hardware failure ... and how were they related? Do you mean something like COM-10 or 3745

Re: Best practices for z/VM file transfers?

2006-01-03 Thread Marcy Cortes
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: VMESA-L@LISTSERV.UARK.EDU Subject: Re: [VMESA-L] Best practices for z/VM file transfers

Re: Best practices for z/VM file transfers?

2006-01-03 Thread Rich Smrcina
Unfortunately I don't know much about it's capabilities, but what about XCOM from CA? Mike Walter wrote: 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: -