On 18/11/2016 8:10 PM, Bigendian Smalls wrote:
z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs
on z/OS does too along with lots of other goodies like spool access.
That's good to know, cheers! I rarely use it with a properly configured FTP/S
being more useful imo
z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs
on z/OS does too along with lots of other goodies like spool access.
That's good to know, cheers! I rarely use it with a properly configured FTP/S
being more useful imo. But the sftp is handy for binary transfers
On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are possible with these, you'll have to
character convert separately.
But it'll be sufficient to test your implementation.
z/OS sftp client supports ASCII. And I
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are possible with these, you'll have to
character convert separately.
But it'll be sufficient to test your implementation.
> On Nov 18, 2016, at 05:10, David Crayford <dcrayf...@gmail.com> wrote:
>
&g
I've googled that for you http://www.sftp.net/clients#windows ;)
If you're seriously considering sftp check out
https://www.dovetail.com/products/sftp.html
On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,
We are doing sftp implementation but I am not able to find way to test
Hello,
We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.
But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp
o lose NAT
in IPV6, another mind bender). I realized it _had to be_ the way it is,
and now see the beauty, even elegance of USS.
It's SSH under the covers which is doing the A/E translation.
On 09/11/16 22:24, Jack J. Woehr wrote:
IBM's recommendation is to use SFTP which is the same technolog
ng SAF/RACF)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Thu, Jun 9, 2016 at 6:41 AM, Marc Manuel <mmanue...@gmail.com> wrote:
Yes "-C" should work.
You can add "-vvv" to have sysout trace where you can find for example :
Co:Z SFTP version: 3.6.0 (6.4p1) 201
use zEDC using SAF/RACF)
>>
>> Kirk Wolf
>> Dovetailed Technologies
>> http://dovetail.com
>>
>> On Thu, Jun 9, 2016 at 6:41 AM, Marc Manuel <mmanue...@gmail.com> wrote:
>>
>> Yes "-C" should work.
>>>
>>> You can add &
On Thu, Jun 9, 2016 at 6:41 AM, Marc Manuel <mmanue...@gmail.com> wrote:
Yes "-C" should work.
You can add "-vvv" to have sysout trace where you can find for example :
Co:Z SFTP version: 3.6.0 (6.4p1) 2015-12-08
Copyright (C) Dovetailed Technologies, LLC. 2008
Thank you all for your help, we found that the server needed a setting modified.
Matt
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Thursday, June 09, 2016 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP
: Thursday, June 09, 2016 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP Compression
Marc is correct.
Also, if you have z/OS V2R2 OpenSSH and a zEDC card, you can do this:
cozsftp -C -ozEDCCompression=yes user@host
(you would have to authorize the user to use zEDC using SAF/RACF)
Kirk
Thanks, but on version Co:Z SFTP version: 2.4.4, I did not get the messages
'debug1: compress outgoing: raw data'. I did not get any messages about
compression.
In the process of upgrading to version 3.6.3 to see if that makes a difference.
Below is may settings.
$coz_bin/cozsftp $ssh_opts
Manuel <mmanue...@gmail.com> wrote:
> Yes "-C" should work.
>
> You can add "-vvv" to have sysout trace where you can find for example :
>
>
> Co:Z SFTP version: 3.6.0 (6.4p1) 2015-12-08
> Copyright (C) Dovetailed Technologies, LLC. 2008-2014. All rights
Yes "-C" should work.
You can add "-vvv" to have sysout trace where you can find for example :
Co:Z SFTP version: 3.6.0 (6.4p1) 2015-12-08
Copyright (C) Dovetailed Technologies, LLC. 2008-2014. All rights reserved.
(.)
debug1: compress outgoing: raw data 105008594
I have a request to see if we can turn on wire-compression for sftp. We are
using Cozbatch for SFTP (SSH), I have done some testing using the -C parameter
as shown below but I can't confirm if this is working? Would this be correct?
If not, can anyone shed some light on this?
Thanks Matt
Co:Z
On Mon, 9 Feb 2015 14:21:38 -0600, Kirk Wolf k...@dovetail.com wrote:
Here is a table comparing various BPXBATCH-like utilities:
https://www.dovetail.com/products/cozbatch.html
Using AOPBATCH with PARM='//bin/sh -L' allows you to run a login shell, then
the STDIN is any valid shell commands,
On Mon, 9 Feb 2015 09:58:08 -0500, Kurt Quackenbush wrote:
... One change I'd like to make
to it, to make it easier for our developers, would be to have the
sftp subcommands coded instream in the JCL like they had with the
previous ftp implementation. Any pointers on how to accomplish
On Fri, 6 Feb 2015 16:25:16 +, Imhauser Breton - bimhau
breton.imhau...@acxiom.com wrote:
However, regardless of the subject line, I'm surprised no one has mentioned
scp for text file transfers. Most folks go directly from ftp to sftp,
thinking it's the only way to replace existing
On Mon, Feb 9, 2015 at 9:34 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Mon, 9 Feb 2015 09:58:08 -0500, Kurt Quackenbush wrote:
... One change I'd like to make
to it, to make it easier for our developers, would be to have the
sftp subcommands coded
AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Mon, 9 Feb 2015 09:58:08 -0500, Kurt Quackenbush wrote:
... One change I'd like to make
to it, to make it easier for our developers, would be to have the
sftp subcommands coded instream in the JCL like
... One change I'd like to make
to it, to make it easier for our developers, would be to have the
sftp subcommands coded instream in the JCL like they had with the
previous ftp implementation. Any pointers on how to accomplish
that?
Use an IEBGENER step to copy instream commands
Many thanks to Don and Kirk, I now have a sftp working in a BPXBATCH step,
using a script as they suggested. One change I'd like to make to it, to make
it easier for our developers, would be to have the sftp subcommands coded
instream in the JCL like they had with the previous ftp
So pay for the support license,
snip
Agreed, CoZ looks really handy, but our rules do not allow 'free' software in
production.
SCP is a very interesting idea, its also true that most of what I'm working on
replacing are single file, text data transfers. I'll explore that possibility
with
There should be no argument, that the CoZ toolkit is AWESOME! It has been a
favorite for many of us systems guys, for quite some time.
However, regardless of the subject line, I'm surprised no one has mentioned scp
for text file transfers. Most folks go directly from ftp to sftp, thinking
such objections.
(Well, for enough to cover the administrative overhead.)
On Fri, 6 Feb 2015 10:30:53 -0600, Dana Mitchell wrote:
One change I'd like to make to it, to make it easier for our developers,
would be to have the sftp subcommands coded instream in the JCL like they had
] On Behalf
Of Staller, Allan
Sent: Friday, February 06, 2015 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP in a batch job
So pay for the support license,
snip
Agreed, CoZ looks really handy, but our rules do not allow 'free' software in
production.
SCP is a very interesting idea, its
On Wed, 4 Feb 2015 22:08:04 +, Grinsell, Don dgrins...@mt.gov wrote:
This is what I use:
Thanks Don, I'll give that a try
Dana
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Wed, 4 Feb 2015 15:03:17 -0700, Paul Gilmartin paulgboul...@aim.com wrote:
Use .ssh. That's what it's for.
Gil,
If by that you mean, utilizing these steps from a 2009 Dovetailed presentation:
(zoshost's sftp client still connected to remote host)
sftp pwd
Remote working directory: /home
On Thu, 5 Feb 2015 07:50:29 -0600, Dana Mitchell wrote:
Use .ssh. That's what it's for.
If by that you mean, utilizing these steps from a 2009 Dovetailed presentation:
(zoshost's sftp client still connected to remote host)
sftp pwd
Remote working directory: /home/kirk/
sftp mkdir .ssh
Dana,
It is possible to use passwords with IBM Ported Tools OpenSSH, by setting
the SSH_ASKPASS environment variable and some other stuff just right.
We have the following example JCL of doing this with Co:Z SFTP (see notes
below on adapting) -
//RUNSFTP EXEC PGM=COZBATCH,REGION=64M
//STDIN DD
On Thu, 5 Feb 2015 13:10:15 -0600, Kirk Wolf wrote:
... (If they can customize it that much, why
can't they make it work from 3270 OMVS? Or at least
as long as there's no prompting needed?)
Hey, that's a great idea :-)
I thought an APAR was created for me about OMVS password masking.
I
On Thu, Feb 5, 2015 at 12:33 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Thu, 5 Feb 2015 09:35:25 -0600, Kirk Wolf wrote:
On Thu, Feb 5, 2015 at 8:39 AM, Paul Gilmartin wrote:
I thought sftp has no ASCII mode. Kirk?
IBM's sftp in Ported Tools for z/OS
Paul Gilmartin wrote:
I thought sftp has no ASCII mode. Kirk?
It depends where Dana used that sftp client.
I tried that but it didn't work. pwd didn't show me as being in
/home/userid, instead it showed that I was in /tmp. So I created a .ssh
directory and authorized_keys file in /tmp
On Thu, Feb 5, 2015 at 8:39 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
I thought sftp has no ASCII mode. Kirk?
IBM's sftp in Ported Tools for z/OS does have ascii enablement (for
IBM-1047 - ISO8859-1 only):
- the sftp client has added an ascii subcommand
/myuserid, when connected to the other host
via sftp, I think pwd shows the home directory assigned at the remote host, in
this case /tmp. I have less control over that, but I will ask about it.
Dana
--
For IBM-MAIN subscribe
On Thu, 5 Feb 2015 09:35:25 -0600, Kirk Wolf wrote:
On Thu, Feb 5, 2015 at 8:39 AM, Paul Gilmartin wrote:
I thought sftp has no ASCII mode. Kirk?
IBM's sftp in Ported Tools for z/OS does have ascii enablement (for
IBM-1047 - ISO8859-1 only):
- the sftp client has added an ascii subcommand
You should really, really use public key authentication instead of
user/passwords.
Mark Jacobs
Dana Mitchell mailto:mitchd...@gmail.com
February 4, 2015 at 4:42 PM
Hello All,
We have a need to implement sftp transfers in place of some ftp batch
jobs. I have installed IBM Ported Tools OpenSSH
Hello All,
We have a need to implement sftp transfers in place of some ftp batch jobs. I
have installed IBM Ported Tools OpenSSH, and can successfully use putty to log
into my z/OS system (1.13). From there I can connect to the remote sftp server
on another platform and transfer files like
On 2015-02-04 14:42, Dana Mitchell wrote:
Hello All,
We have a need to implement sftp transfers in place of some ftp batch jobs ...
...
Also it would be a bonus if we could store userid/password in a seperate file
like NETRC so that could be racf secured to only authorized users
of adding each entitled public key to
the utility's .ssh directory.
Process. If a user becomes disentitled, established process
removes him from LDAP, and user/password is disabled.
Of course that process should also lock the user's HOME directory,
likewise disabling ssh/sftp.
And, FWIW, ssh
disentitled, established process
removes him from LDAP, and user/password is disabled.
Of course that process should also lock the user's HOME directory,
likewise disabling ssh/sftp.
And, FWIW, ssh/sftp transfer the password *after* securing the
connection.
On 2015-02-04 15:08, Grinsell, Don wrote
the chore of adding each entitled public key to
the utility's .ssh directory.
Process. If a user becomes disentitled, established process
removes him from LDAP, and user/password is disabled.
Of course that process should also lock the user's HOME directory,
likewise disabling ssh/sftp
If you want to specify a hex pad character, then you need to specify:
pad=0x40
The default pad character is a space in the source codepage (0x40 for
EBCDIC).
See: http://dovetail.com/docs/sftp/options.html#options_general
I'm not sure why you are having a problem... do you have a file name
. . : NO
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Friday, May 30, 2014 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP Text transfer
If you want to specify a hex pad character, then you need to specify
Of Dazzo, Matt
Sent: Friday, May 30, 2014 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP Text transfer
Kirk, seems this problem is file related. When I use your supplied lzopts
parms
and a different input text file it formats fine on the server. When I try the
original file we were
: Re: SFTP Text transfer
If you want to specify a hex pad character, then you need to specify:
pad=0x40
The default pad character is a space in the source codepage (0x40 for
EBCDIC).
See: http://dovetail.com/docs/sftp/options.html#options_general
I'm not sure why you are having a problem... do you
Hi,
We need SFTP to be installed and configured on mainframe. I have ordered the
OPEN SSH from IBM shopz series site.
Please help me with installation and configuration procedures if anyone
installed OPEN SSH (SFTP) on mainframe.
Regards,
Chokalingam
The information contained
There must be a program directory and post installation steps... You could
just follow up..
On Wed, Dec 11, 2013 at 7:06 PM, Chokalingam Thangavelu
thangavelu.chokalin...@wipro.com wrote:
Hi,
We need SFTP to be installed and configured on mainframe. I have ordered
the OPEN SSH from IBM
Documentation on this one is very straight forward and walk you through
everything to do, including setting us your public and private keys. If
you are looking to perform SFTP transfers from z/OS Data sets and not just
Unix Systems Services, then I would also recommend that you look at Co:Z
...@fotlinc.com
Sent: Wednesday, December 11, 2013 7:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Open SSH (SFTP)
Documentation on this one is very straight forward and walk you through
everything to do, including setting us your public and private keys. If you
are looking to perform SFTP
(SFTP)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Thanks for your reply.
I have another question.
Can OPEN SSH be installed into Z/OS SMPE Zones? Or need to setup separate
SMPE ZONE for this software?
Regards,
Chokalingam
-Original Message-
From: IBM
8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Open SSH (SFTP)
It can be installed in the z/OS SMPE and if you order the Ported Tools when
ordering z/OS, it comes that way as well.
Thanks,
Craig
From: Chokalingam Thangavelu thangavelu.chokalin...@wipro.com
To: IBM-MAIN
] On Behalf
Of Grinsell, Don
Sent: Monday, September 23, 2013 15:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with OpenSSH SFTP Batch
What I recall doing to facilitate this on my system was to use putty to connect
to my first host and then use ssh to manually connect to the second host
, Don
Sent: Monday, September 23, 2013 15:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with OpenSSH SFTP Batch
What I recall doing to facilitate this on my system was to use putty to
connect to my first host and then use ssh to manually connect to the second
host. This establishes the keys
I would prefer to use a keyring for each user but haven't tested with it yet.
In thinking about that, then the users keyring would need to be defined on each
system using OpenSSH sftp?
Norma Mowry
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
On Tue, 24 Sep 2013 13:19:20 -0500, Kirk Wolf wrote:
No, the sys admin can collect host public keys and put them in
/etc/ssh/known_hosts for all users.
/etc/ssh/ssh_known_hosts?
This is the preferred method, and best practice would be to manage these
enterprise wide and then automatically
I use the latter. In most systems, the ssh process will refuse to execute
if the modes on the ~/.ssh directory and the files therein were not set up
properly. In my case, properly meant only accessable by the user. I.e.
700 for ~/.ssh and 600 for all files within it. Since the local ssh does
not
From here: http://www.openbsd.org/cgi-bin/man.cgi?query=sshsektion=1
quote
*~/.ssh/*
This directory is the default location for all user-specific
configuration and authentication information. There is no
general requirement to keep the entire contents of
Right: /etc/ssh/ssh_known_hosts
either way that you have on the permissions is fine.
Some files can only be readable by the owner or root (like private keys),
and others can only be writable by the owner or root.
In order to satisfy the only writable part, it is also required that any
directory
We just configured and started two OpenSSH servers on different hosts. I have
been able to logon to both SHH servers using PuTTY, we can initiate sftp from
the PuTTY session and it works okay to transfer files. We are now trying to
get SFTP to work from a batch job but it fails with RC=255
) server1 harvested.host.public.key.
Mark Jacobs
On 09/23/13 15:28, Mowry, Norma E CIV DISA ESB (US) wrote:
We just configured and started two OpenSSH servers on different hosts. I have
been able to logon to both SHH servers using PuTTY, we can initiate sftp from
the PuTTY session and it works okay
for the
appropriate user. After that the batch sftp should work just fine.
If I remember correctly I seem to recall that if you already have an entry
in the known_hosts for usera you can copy that entry to the known_hosts
file for userb and it will work.
Hope that helps.
--
Donald Grinsell
State
)
So, reading this thread, I tried on a whim:
user@HOST: sftp localhost
+ sftp localhost
Connecting to localhost...
FOTS1252 The SSH client cannot be run under OMVS.
FOTS0841 Connection closed
I'm not surprised; I understand it has to do with some colossal stupidity
June 12, 2012 webinar: IBM Ported
Tools for z/OS OpenSSH: Key Authentication is available on our web site:
http://dovetail.com/webinars.html
(this is part 1 of a two part series; part 2 is Using Key Rings )
So, reading this thread, I tried on a whim:
user@HOST: sftp localhost
I am running z/OS 1.13 and using the IBM Ported Tools sftp client. I have some
JCL from a few years back that I am using but it doesn't work anymore. Any
suggestions or observations would be appreciated.
//SFTP EXEC PGM=BPXBATCH,
// PARM='PGM /bin/sftp -b
...@53.com
1830 East Paris, Grand Rapids, MIĀ 49546 MD RSCB2H
p 616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Richard Pinion
Sent: Thursday, August 01, 2013 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: sftp
I did that, but it didn't help me.
--- david.jou...@53.com wrote:
From: Jousma, David david.jou...@53.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sftp
Date: Thu, 1 Aug 2013 11:27:09 +
TEC1:$ bpxmtext 0B1B0473
Richard,
In IBM Ported Tools release 1.2, IBM changed the sftp command to be APF
authorized.
This is why you can't local-spawn it from BPXBATCH
I actually don't see how your original JCL would have ever worked:
BPXBATCH with PARM=PGM will *not* local spawn the command, so the DD:CMDS
won't
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Richard Pinion
Sent: Thursday, August 01, 2013 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: sftp
I am running z/OS 1.13 and using the IBM Ported Tools sftp client. I have some
JCL from a few years back that I am
Kirk, I've installed your software and it is working. Thanks for the
suggestion!
--- k...@dovetail.com wrote:
From: Kirk Wolf k...@dovetail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sftp
Date: Thu, 1 Aug 2013 08:07:56 -0500
Richard,
In IBM Ported Tools release
mentioned because Filezilla
uses putty's sftp code)
- Filezilla
Personally, the non-support of newer sort of standard sftp / ssh drove me
a bit crazy.
Also, there is a lister that had coded up the SMF exits to post a message
to syslog.
Rob Schramm
Rob Schramm
Senior Systems Consultant
Imperium Group
the standard.
This section of our user's guide discusses the common issues that can occur
and suggests possible solutions:
http://www.dovetail.com/docs/sftp/client-compat.html
In particular, in release 2.3.0 we added the unixls option to help
mitigate the worst offenders.
--Steve Goetze
Dovetailed
User is using SFTP to send a file to OMVS, then sends a trigger file to MVS
using FTP, since SFTP is not supported on MVS datasets. User is trying to
eliminate the FTP to MVS but still trigger ESP scheduler to run a job against
the original file. ESP cannot detect the file arriving in OMVS
We are using Co:Z from Dovetail to do sftp directly to MVS data sets.
Brad Wissink
Information Technology Services
Iowa State University
515-294-3088
If it ain't broke, you ain't trying - Red Green
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
ref:
http://dovetail.com/products/sftp.html
free to download and use! Support contract available if desired. Get
the entire Co:Z package. It's fantastic.
On Thu, May 16, 2013 at 2:45 PM, Wissink, Brad [ITSYS]
bjwi...@iastate.edu wrote:
We are using Co:Z from Dovetail to do sftp directly to MVS
Hi Domenic,
Co:Z SFTP supports direct access to z/OS data sets. So, most scheduling
packages will support triggering.
If not, we also support FTP-compatible exits and SMF records, so it is
possible to use an exit to trigger a job.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
Co:Z
@LISTSERV.UA.EDU
Subject: SFTP to send a file to OMVS
User is using SFTP to send a file to OMVS, then sends a trigger file to MVS
using FTP, since SFTP is not supported on MVS datasets. User is trying to
eliminate the FTP to MVS but still trigger ESP scheduler to run a job
against the original file
In 6663125346384738.wa.paulgboulderaim@listserv.ua.edu, on
05/13/2013
at 06:26 PM, Paul Gilmartin paulgboul...@aim.com said:
What!? Have you no respect for the many decades of rich tradition
behind the 3270?
I don't read his message as a complaint about the 3270, but rather
about the
RUNNING/INPUT toggle and elevate TSO OMVS
from brain-dead to merely comatose.
I'm not sure if your horror is feigned.
Around here we all use:
- ISPF for TSO/ISPF
- ssh for the z/OS Unix shell
- Eclipse for code development (any serious editing); ant+sftp for pushing
changed files to z/OS
key was transferred from z/OS without
translation.
If you can connect without a password prompt, you're using the keypair and
the problem is probably somewhere in the Co:Z SFTP script setup. If this
is the case, let me know and I'll give you some trace settings to run with
so we can take a look
BTW: Co:Z SFTP uses IBM Ported Tools OpenSSH for the underlying ssh layer -
that is where authentication occurs.
You might want to take a look at the slides/recordings of the following
webinars on our site:
IBM Ported Tools for z/OS: OpenSSH - Key Authentication (Part 1)
IBM Ported Tools for z
//
--
Donald J.
dona...@4email.net
On Sun, May 12, 2013, at 10:11 PM, Roger Lowe wrote:
Hi Listers,
We are trying to use Co: z SFTP in batch with
Public/Private key authentication and not having much
success.
JCL that we are using:
//SFTPCAT EXEC
Agreed - it would be nice if TSO OMVS had a solution for masking passwords,
but it doesn't.
In the mean time, it is silly to completely disable the ssh client under
TSO OMVS - it would suffice to simply disable password-interactive mode
under the Ported Tools ssh client if a tty that doesn't
On Mon, 13 May 2013 15:15:06 -0500, Kirk Wolf wrote:
Agreed - it would be nice if TSO OMVS had a solution for masking passwords,
but it doesn't.
Long ago, before SSL was available, I went to PMR with this. I even used
the magic word, security. I reported it as a problem with stty -echo,
and
Steve,
Thank you for the info - the problem was related to permission
settings on the users directory...
Thanks, Roger
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Hi Listers,
We are trying to use Co: z SFTP in batch with Public/Private key
authentication and not having much success.
JCL that we are using:
//SFTPCAT EXEC PROC=SFTPPROC
//SFTPIN DD *
user=xyz
On Wed, 13 Feb 2013 13:32:04 +0800, Timothy Sipples wrote:
My shorthand is this long(er)hand in the announcement:
In z/OS V2.1 with z/OSMF V2.1, the z/OS Jobs REST Interface is planned to
be extended to add support for submitting jobs from data sets and z/OS UNIX
files
What's new there? I
Gil,
See:
http://publib.boulder.ibm.com/infocenter/zosmf/vxrx/index.jsp?topic=%2Fcom.ibm.zosmf.configguide.help.doc%2FIZUHPINFO_API_RESTJOBS.html
These are restful web services APIs, for interfacing with JES2 or JES3.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Feb 13, 2013
restful just seems like such a misnomer to me. I don't find that API to
be very restful at all. Yes, I know that REST is one of those weird
acronyms.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Tim,
How is z/OSMF being enhanced to submit jobs to z/OS Unix???
(or what does the preview say that leads you to believe this? )
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
+1 636.300.0901
On Tue, Feb 12, 2013 at 4:57 AM, Timothy Sipples sipp...@sg.ibm.com wrote:
I'm reliably
I couldn't even parse that. What does submit jobs to z/OS UNIX even mean?
I guess, to me, the use of the word job indicates a batch job with JCL.
Which has nothing to do with UNIX. Now, if they had said start a UNIX
process to run a command or script, or sequence of them (like Co:Z Batch
does), it
My shorthand is this long(er)hand in the announcement:
In z/OS V2.1 with z/OSMF V2.1, the z/OS Jobs REST Interface is planned to
be extended to add support for submitting jobs from data sets and z/OS UNIX
files
On Mon, 11 Feb 2013 14:44:34 +0800, David Crayford wrote:
On 11/02/2013 1:04 PM, Timothy Sipples wrote:
To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match what
I'd like to see personally.
I didn't see
On 12/02/2013 12:07 AM, Paul Gilmartin wrote:
On Mon, 11 Feb 2013 14:44:34 +0800, David Crayford wrote:
On 11/02/2013 1:04 PM, Timothy Sipples wrote:
To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match
Scott Ford writes:
Kirk is correct, Z/os is posix ...uses posix C
And z/OS is also UNIX(TM). Indeed, z/OS cannot be called UNIX without being
UNIX. Other UNIX operating systems include AIX, Solaris, HP-UX, and Mac OS
X.
To steer back to the topic at hand, there's a long list of UNIX-related
On 11/02/2013 1:04 PM, Timothy Sipples wrote:
Scott Ford writes:
Kirk is correct, Z/os is posix ...uses posix C
And z/OS is also UNIX(TM). Indeed, z/OS cannot be called UNIX without being
UNIX. Other UNIX operating systems include AIX, Solaris, HP-UX, and Mac OS
X.
To steer back to the
On Thu, Feb 7, 2013 at 7:15 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Thu, 7 Feb 2013 14:20:02 -0600, Kirk Wolf wrote:
Walt,
You are correct - FTP is more prevalent in z/OS shops.
SFTP is much more prevalent in distributed systems since OpenSSH is
installed as a default package
In
cahm_n2mhmefqzznc_5r14ygmzbplh9nzyyv33aflanuchy-...@mail.gmail.com,
on 02/08/2013
at 07:59 AM, Kirk Wolf k...@dovetail.com said:
(Sorry if my sarcasm detector isn't working for your post, but)
yeah - z/OS is not a Unix/Linux distro :-) z/OS Unix isn't
either - its a POSIX layer for
Gilmartin paulgboul...@aim.com wrote:
On Thu, 7 Feb 2013 14:20:02 -0600, Kirk Wolf wrote:
Walt,
You are correct - FTP is more prevalent in z/OS shops.
SFTP is much more prevalent in distributed systems since OpenSSH is
installed as a default package on all modern Unix/Linux distros. Also
401 - 500 of 504 matches
Mail list logo