We do that.
I'm not a z/OS person, but I think they just use DEST=vmnode.printer
Marcy
"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
Mark,
We do it all the time. Just define a DESTID in JES and route to the node name
of the RSCS queue for the LPR. Works great.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Mark Pace
Sent: Thursday, January 14, 2010 1:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subjec
For some VSE output, we send from POWER to a service virtual machine
that uses the form number as printer number, receives it, does some
manipulation then sends it off to the printer. But for those that don't
require 'adjustment' we send directly to the RSCS printer.
-Original Message-
Hi, Mark.
In addition to the many excellent suggestions you've already received,
you might also want to consider using the CMS Pipeline FTP stage. A very
simple example of its use is:
PIPE < test file a | ftp use...@host.domain/test.file
It also supports using an FTP proxy server,as well.
Is it possible to route JES output to an LPR printer defined to RSCS? The
LPR printer works great in RSCS, but can't for the life of me make it work
with IP Printway in z/OS. I already have RSCS and JES connected, I
currently use it to send output to my VM userid, and then print it from my
VM use
On Thursday, 01/14/2010 at 12:25 EST, David Boyes
wrote:
> Ugh. Can we try to avoid more certificate-based stuff until there is a
sane
> way to manage the things? That's why SCP is more widely used than SFTP;
> certificate management is a enormous pain.
ssh has certificate management issues, to
On 1/14/10 11:59 AM, "Alan Altmark" wrote:
> On Thursday, 01/14/2010 at 10:58 EST, "Stricklin, Raymond J"
> wrote:
>
>> Just as a matter of clarification, can I ask why someone would put login
>
>> credentials inside of an EXEC that calls FTP, in preference to making
> use of
>> NETRC DATA ?
I am out of the office until 01/15/2010.
I am out of the office.
Note: This is an automated response to your message "Re: advise on a
simple REXX script to automate FTP from zVM to Linux server" sent on
1/14/10 4:02:12.
This is the only notification you will receive while this person is away
On Thursday, 01/14/2010 at 10:58 EST, "Stricklin, Raymond J"
wrote:
> Just as a matter of clarification, can I ask why someone would put login
> credentials inside of an EXEC that calls FTP, in preference to making
use of
> NETRC DATA ?
(cough) The security exposure and subsequent audit fai
Agree -- that way you can have the same code run against different hosts,
etc and be separated from the userid/pw pair to use. And updating a NETRC
DATA file through automation is much easier than updating an EXEC - if you
need a way to keep up with pw changes.
It's really not any more secure,
We run a RULES based VMSECURE system so no one without authorization can
view the macros stored in our production dasd.
Pick on me. It's okay. I learn quite a bit when picked on. It makes me
think.
Jim Hughes
603-271-5586
"It is fun to do the impossible."
==>-Original Me
For in house we have no problem with REXX exec's from VM to LINUX, UNIX,
or windows
For outside FTP,s we have to use a FTP proxy server and that can not be
put into EXEC's or SCRIPT's
Bill Munson
Sr. z/VM Systems Programmer
Brown Brothers Harriman & CO.
525 Washington Blvd.
Jersey City, NJ
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim
> Subject: Re: advise on a simple REXX script to automate FTP
> from zVM to Linux server
>
> This is a sample rexx procedure and runs as a VMFTP macro.
>
>
I always use the exit option on the FTP command so I know that the transf
er
really worked.
e.g. 'FTP XLXAP01Q.TESTBBH.COM (EXIT'
>quick and dirty exec
>
>Make sure you are linked to TCPMAINTS 592 mdisk to get the FTP module
>
>/* FTP the file to xlxap01q.testbbh.com */
>
>"MAKEBUF"
>QUEUE 've
This is a sample rexx procedure and runs as a VMFTP macro.
/* */
Parse arg $cd "," $in "," $out
"open ftp.server.com"
"myuseridgoesjhere"
"myPassWordGoesHere"
"passive"
"cd" '/'$cd
"binary"
"put" $in $out
"quit"
--
Simple:
Queue "(host)"
Queue "(userid)"
Queue "(password)"
Queue "cd directory"
Queue "ascii"
Queue "put (
quick and dirty exec
Make sure you are linked to TCPMAINTS 592 mdisk to get the FTP module
/* FTP the file to xlxap01q.testbbh.com */
"MAKEBUF"
QUEUE 'velftp '
QUEUE PUT ''ZVMLPARS.RP123109'' 'ZVMLPARS.RP123109.txt'
QUEUE PUT ''LINUXSYS.RP123109'' 'LINUXSYS.RP123109.txt'
QUEUE P
Hi
Can anyone advise or has a ready zVM REXX script (zVM 5.4) that will ftp
a file from zVM to linux (or unix)?
Is it using VMFTP?
A simple one will do ... will try to automate it afterwards.
Many thanks in advance.
18 matches
Mail list logo
