PROTECTED]
Subject: Re: [LINUX-390] NJE functionality using a linux server?
On Tue, Mar 23, 2004 at 10:31:29AM -0600, McKown, John wrote:
Given this, I would gather that the decision to not do NJE
on an IFL is a
political decision within IBM, not a technical one. That
is, it will work
-Original Message-
From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 24, 2004 08:08
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
scp -q -i ~ken/.identity -B file remote:file
What's so hard? FTP may be the lowest common denominator
: Re: [LINUX-390] NJE functionality using a linux server?
Linux was NOT meant as the source or target of any of the
data I wish to
transfer via NJE. I was looking to use a linux server virtual
machine as a
replacement for RSCS/NJE functions.
Do you have an SSH client and daemon running
I was waiting for Sir Santa to jump in and tell about Unsolicited File
Transfer ?
There's client and server for CMS, Linux, Windows (and probably his Palm
too). How much effort would one in USS be?
PS Heavy use may encourage Endicott to fix the client portion in
SENDFILE ;-)
Rob
How about sshd for USS, IBM?
It's not supported, but see
http://www-1.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty1.html#openssh
-Mike MacIsaac, IBM mikemac at us.ibm.com (845) 433-7061
--
For LINUX-390 subscribe /
24, 2004 9:14 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] NJE functionality using a linux server?
How about sshd for USS, IBM?
It's not supported, but see
http://www-1.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty1
.html#openssh
-Mike MacIsaac, IBM mikemac at us.ibm.com (845
and weekends fixing other people's decisions.
/Thomas Kern
/301-903-2211
-Original Message-
From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 24, 2004 08:54
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
How about sshd for USS, IBM
Ken,
Does this mean OpenSSL and OpenSSH will build under USS? I had mixed
results
trying to build Open Source products there, it's not exactly a
high-profile platform.
I haven't done much with USS in a long time, so I can't promise it will
build. However, on the Web site I referenced, there
scp -q -i ~ken/.identity -B file remote:file
What's so hard? FTP may be the lowest common denominator,
but it's not the only solution.
I agree, but...
NJE support is built in to z/OS. SCP isn't, and the ssh port for USS is
pretty precarious. SSH/SCP aren't supported at all on VM or VSE (w/o
to
keep it from being a player.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
David Boyes
Sent: Wednesday, March 24, 2004 10:01 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] NJE functionality using a linux server?
scp -q -i ~ken/.identity -B file
How about sshd for USS, IBM?
There is a port; it's more than a little fragile, though.
Back on the topic at hand, why not use something like site
submit for incoming jobs, and LPR/LPD printing for output
coming back? You can set up destinations via NPF (or it's
successor) on zOS.
Then
It will build, but I *strongly* recommend doing the ./configure
somewhere else, specifying the USS platform as a command line option,
and then transferring the resulting source to USS for compilation. There
is a lot of munging that happens in the configure step that uses stuff
that USS make
Neither FTP nor NJE are particularly secure, which wasn't a
problem using NJE over dedicated SNA links, but that world is
rapidly disappearing. It's zOS that should be trying to
play nice now, and
while they've made some progress, USS still seems to be far
enough behind the curve to keep it
functionality using a linux server?
How about sshd for USS, IBM?
There is a port; it's more than a little fragile, though.
Back on the topic at hand, why not use something like site
submit for incoming jobs, and LPR/LPD printing for output
coming back? You can set up destinations via NPF (or it's
On Wednesday, 03/24/2004 at 09:59 EST, Michael
MacIsaac/Poughkeepsie/[EMAIL PROTECTED] wrote:
I haven't done much with USS in a long time, so I can't promise it will
build. However, on the Web site I referenced, there is an e-mail
address
of the developer (Raj) in POK who did the latest port.
On Mer, 2004-03-24 at 01:52, David Boyes wrote:
FTP is a lot harder to automate. Compare:
ftp mvs.foo.com
userid
password
put foo.jcl
quit
Tools question. At leas on the unix/linux side there are handy programs
like ncpftpget/ncftpput
Alan
PROTECTED] Behalf Of
David Boyes
Sent: Wednesday, March 24, 2004 10:50 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] NJE functionality using a linux server?
Neither FTP nor NJE are particularly secure, which wasn't a
problem using NJE over dedicated SNA links, but that world is
rapidly
functionality using a linux server?
On Mer, 2004-03-24 at 01:52, David Boyes wrote:
FTP is a lot harder to automate. Compare:
ftp mvs.foo.com
userid
password
put foo.jcl
quit
Tools question. At leas on the unix/linux side there are
handy programs
like ncpftpget/ncftpput
Alan
On Wednesday, 03/24/2004 at 10:50 EST, David Boyes [EMAIL PROTECTED]
wrote:
I guess I'm a victim of too many years of we're z/OS, we make the big
bucks, you have to cope with our decision to think it likely that z/OS
will change before the others do. The TCPNJE requirement for JES has
been
: Wednesday, March 24, 2004 11:17
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
My great-grandfather told me many years ago that the universe
has certain
constants:
- death and taxes
- IBM is aware of the requirement.
- Patience is a virtue.
- Good things come
Tools question. At leas on the unix/linux side there are
handy programs
like ncpftpget/ncftpput
I like those two tools, but unless they've been updated recently,
neither handle record length problems, out of spool space errors, or
other things that are esoteric platform-specific errors other
I was waiting for Sir Santa to jump in and tell about Unsolicited File
Transfer ?
I was waiting for the invitation! ;-)
UFT does over IP the same thing conceptually that NJE does over
SNA or leased lines, and does so without the need to administer
additional network topology. (While NJE
On Wed, 2004-03-24 at 10:20, Kern, Thomas wrote:
I picked up a nice button at SCIDS a few years ago.
If all the people who are tired of hearing (Vendor/Manager of your choice)
say Soon were laid end-to-end...
They'd be more comfortable.
Ah. Let us take a moment to savor the genius of
On Mer, 2004-03-24 at 01:52, David Boyes wrote:
FTP is a lot harder to automate. Compare:
...
On Wed, 24 Mar 2004, Alan Cox wrote:
Tools question. At leas on the unix/linux side there are handy programs
like ncpftpget/ncftpput
Admin problem too.
FTP assumes, by virtue of the nature of the
And there is UFT support in RSCS.
Is UFT support in the included with z/VM RSCS or in the pay extra $ for
RSCS license?
Marcy Cortes
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL
that is not licensed for IFLs unless you can say whatever the magic
words are for IBM.
/Thomas Kern
/301-903-2211
-Original Message-
From: Marcy Cortes [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 24, 2004 12:48
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux
Since the NJE functionality of RSCS cannot be licensed for an IFL
installation, has anyone used a linux server to replace this functionality?
CTC/ESCON connectivity would still be available as would TCP/IP since our
MVS server does do TCPNJE to other systems.
/Thomas Kern
/301-903-2211
Since the NJE functionality of RSCS cannot be licensed for an IFL
installation, has anyone used a linux server to replace this
functionality?
CTC/ESCON connectivity would still be available as would
TCP/IP since our
MVS server does do TCPNJE to other systems.
Hooray! When did MVS get TCPNJE
PROTECTED]
Sent: Tuesday, March 23, 2004 10:30
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
Hooray! When did MVS get TCPNJE support?
You can use HUJI-NJE to connect (albeit with limited stream
support) to
a TCPNJE implementation. This is fairly full-function
23, 2004 11:13 AM
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
Okay, This is what I get for not have at least 3 mugs of coffee before
listening to my MVS officemate.
Our MVS system has something called Anynet SNA over IP that we use to
communicate with other MVS
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 23, 2004 10:29 AM
To: [EMAIL PROTECTED]
Subject: Re: NJE functionality using a linux server?
I would agree with David. Based on David's experience, and
Alan Altmark's
comments that everything
On Tuesday, 03/23/2004 at 10:31 CST, McKown, John
[EMAIL PROTECTED] wrote:
My question is why is z/VM NJE needed on an IFL? I don't think that z/VM
on
an IFL is meant to be used by CMS users for any kind of development. And
even if it were, I personally would use ftp to send jobs to remote
On Tue, Mar 23, 2004 at 10:31:29AM -0600, McKown, John wrote:
Given this, I would gather that the decision to not do NJE on an IFL is a
political decision within IBM, not a technical one. That is, it will work,
but IBM is actively discouraging its use.
I don't think it's a case of actively
33 matches
Mail list logo
