Re: SFTP question

On Thu, 1 Sep 2022 12:11:07 -0700, Tom Brennan wrote: > >... But I tended to avoid using a 3270 >OMVS connection on USS ... > So flattery gets me nowhere? >I didn't know you could do that with streams across ssh - pretty >interesting! > >On 9/1/2022 9:06 AM, Paul Gilmartin wrote: >>> >> How

Re: SFTP question

That works if the target server allows for ssh shell logins. Many are restricted to only sftp, which means that neither ssh remote command or scp will work. Kirk Wolf Dovetailed Technologies, LLC http://coztoolkit.com Dovetailed Technologies: +1 636.300.0901 Note: Our website and domain name

Re: SFTP question

Yes, it's easy to copy/paste a text key using a terminal emulator and then vi or whatever on the target. But I tended to avoid using a 3270 OMVS connection on USS and instead almost always connected to the mainframe using SSH. So in my case that would have been a PuTTy to PuTTy copy/paste,

Re: SFTP question

On Thu, 1 Sep 2022 07:33:57 -0700, Tom Brennan wrote: >... >But like you say (and if nothing has changed over the years), you need >to setup keys. > Ssh-keygen makes it easy. The keys are stored as text files. It ought to be possible to Copy from a Vista OMVS window and Paste to a Linux

Re: SFTP question

Thanks for mentioning. Here's an example: //SFTPCONN EXEC PROC=SFTPPROC //SFTPIN DD * pwdsn="COZUSER.COZ.SAMPJCL(PW)" user=myuser host=myhost lzopts="mode=text" rdir="/app/data/" rfile="remotefile.txt" .

Re: SFTP question

Nobody has mentioned Coz from https://coztoolkit.com Sent with Proton Mail secure email. --- Original Message --- On Thursday, September 1st, 2022 at 10:33 AM, Tom Brennan wrote: > On 9/1/2022 12:05 AM, Paul Gilmartin wrote: > > > Might be possible with either BPXPATCH or

Re: SFTP question

On 9/1/2022 12:05 AM, Paul Gilmartin wrote: Might be possible with either BPXPATCH or BPXWUNIX. Set up your public-private keypairs on z/OS with ssh-keygen and copy the public key to Linux. Yes, that's what I used to do. Something like this: //SFTP EXEC PGM=BPXBATCH,REGION=8M, // PARM='SH

Re: SFTP question

Whoops, thanks for educating me. - KB --- Original Message --- On Thursday, September 1st, 2022 at 6:25 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 1 Sep 2022 10:29:09 +, kekronbekron wrote: > > > I recently came across zdsfs > >

Re: SFTP question

On Thu, 1 Sep 2022 10:29:09 +, kekronbekron wrote: > >I recently came across zdsfs >(https://www.ibm.com/docs/en/linux-on-systems?topic=c-zdsfs-2). > ITYM . >Just from a brief look, it appears to provide direct access to zOS

Re: SFTP question

Hi, I recently came across zdsfs (https://www.ibm.com/docs/en/linux-on-systems?topic=c-zdsfs-2). Just from a brief look, it appears to provide direct access to zOS disks. Will help avoid transfers and duplicate data. DSFS might well be the child of zdsfs, just from the name. - KB ---

Re: SFTP question

On 8/31/22 23:45:20, Peter wrote: > Cross posted > Which groups? IBM-MAIN and MVS-OE? > I am trying to send dataset to a Linux server which has a SFTP running on > it. Is it possible to connect the Linux servers SFTP using mainframe JCL to > put or get the file from Linux ? Might be possible

Re: SFTP JOB Data parameter

, 2022 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter >> Mr. Natural says, Use the right tool for the job. Gil, I agree with the statement, however in this case rexx isn't the right tool. Here are a few reasons I can think off 1. Most shops discourage the use o

Re: SFTP JOB Data parameter

One way, presuming the job runs once per day: //SFTPB24E JOB (7330),MSGCLASS=X,CLASS=P,NOTIFY=,USER=STCSYS //GETYEST EXEC PGM=IKJEFT01,REGION=0M //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //OUTPUT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD DISP=OLD,DSN=MYHLQ.YESTFILE.CMD

Re: SFTP JOB Data parameter

Hello, Paul, I, could not get you . Can you please help us to understand what exactly you are looking On Thu, Jun 23, 2022, 13:33 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 23 Jun 2022 09:58:30 +0300, saurabh khandelwal wrote: > > > >1) Mainframe is

Re: SFTP JOB Data parameter

On Thu, 23 Jun 2022 09:58:30 +0300, saurabh khandelwal wrote: > >1) Mainframe is getting file from windows. So, few of the files in >windows having today’s date and few of them having yesterday’s date( today-1) . > So there are multiple files ("few"). Do you know a priori which have

Re: SFTP JOB Data parameter

22 12:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SFTP JOB Data parameter > > On Wed, 22 Jun 2022 16:06:06 +, Sri h Kolusu wrote: > > > > > I for one prefer using the existing IBM utilities and there are > utilities like DFSORT (of course I am biased towards it )

Re: SFTP JOB Data parameter

-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, June 22, 2022 12:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter On Wed, 22 Jun 2022 16:06:06 +, Sri h Kolusu wrote: > > I for one prefer using the ex

Re: SFTP JOB Data parameter

On Wed, 22 Jun 2022 12:45:56 -0500, Michael Oujesky wrote: >Might you have the job log from one that had yesterday's data? > And that requires a couple more steps: One to access that log. A second to convert it to SFTP and OGET commands This might bee: o "sed" which I know fairly well. o

Re: SFTP JOB Data parameter

Might you have the job log from one that had yesterday's data? In processes I have built, I did the job build "today", but submitted the job stream "tomorrow" or used a timer facility to delay start of execution until "tomorrow" (or days/weeks later). Michael At 08:00 AM 6/22/2022, saurabh

Re: SFTP JOB Data parameter

On Wed, 22 Jun 2022 16:06:06 +, Sri h Kolusu wrote: >>> Mr. Natural says, Use the right tool for the job. > >Gil, > >I agree with the statement, however in this case rexx isn't the right tool. >Here are a few reasons I can think off > >1. Most shops discourage the use of REXX in

Re: SFTP JOB Data parameter

>> Mr. Natural says, Use the right tool for the job. Gil, I agree with the statement, however in this case rexx isn't the right tool. Here are a few reasons I can think off 1. Most shops discourage the use of REXX in production jobs 2. In this case the exec is simple , however if your exec

Re: SFTP JOB Data parameter

On Wed, 22 Jun 2022 16:00:38 +0300, saurabh khandelwal wrote: > >Thanks you so much. Finally below code worked. But in this, we are getting >current (today’s date) but in some of the files, we are getting yesterday’s >date (today’s -1) . > >How can we make this process work for yesterday’s date. >

Re: SFTP JOB Data parameter

On Wed, 22 Jun 2022 14:53:22 +, Sri h Kolusu wrote: >>> Thanks you so much. Finally below code worked. But in this, we are getting >>> current (today’s date) but in some of the files, we are getting yesterday’s >>> date (today’s -1) . > >Saurabh, > >The date and time are extracted from the

Re: SFTP JOB Data parameter

>> Thanks you so much. Finally below code worked. But in this, we are getting >> current (today’s date) but in some of the files, we are getting yesterday’s >> date (today’s -1) . Saurabh, The date and time are extracted from the system where the job runs. Are you telling that 2 jobs running

Re: SFTP JOB Data parameter

On Wed, 22 Jun 2022 16:00:38 +0300, saurabh khandelwal wrote: > >... in some of the files, we are getting yesterday’s date (today’s -1) . > Is that because the Windows files are generated before midnight but the TSO job runs after midnight? That's a process problem; it can't be fixed in

Re: SFTP JOB Data parameter

Dear All, Thanks you so much. Finally below code worked. But in this, we are getting current (today’s date) but in some of the files, we are getting yesterday’s date (today’s -1) . How can we make this process work for yesterday’s date. But in this, we are able to retrieve //SFTPDOBM

Re: SFTP JOB Data parameter

The OP's input to sftp has "lcd /u/op117/" and later "get EBC-GOV-mmdd.txt". If the "get" command had slashes inside mmdd then it would look like this: "get EBC-GOV-/mm/dd.txt" and sftp would write a file named "/u/op117/dd.txt" if it found the file, and the OGET

Re: SFTP JOB Data parameter

>Not quite, but: >date '+get EBC-GOV-%Y/%m/%d.txt' > > o Why bother with "echo" of a command substitution? > o IIRC, the OP specified slashes. (?!) >Ex : EBC-GOV-mmdd.txt' in this mmdd should be >replace with > year/month/date. My fault, did not read the whole thing. I

Re: SFTP JOB Data parameter

On Fri, 17 Jun 2022 06:35:27 -0500, John S. Giltner, Jr. wrote: >Actually I think he needs: > > echo `date '+get EBC-GOV-%Y%m%d.txt'` > >To get the format of the date he needs. > Not quite, but: date '+get EBC-GOV-%Y/%m/%d.txt' o Why bother with "echo" of a command substitution? o IIRC,

Re: SFTP JOB Data parameter

Actually I think he needs: echo `date '+get EBC-GOV-%Y%m%d.txt'` To get the format of the date he needs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: SFTP JOB Data parameter

.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Thursday, June 16, 2022 12:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP

Re: SFTP JOB Data parameter

On Thu, 16 Jun 2022 14:47:00 +, Seymour J Metz wrote: >Read up on syscalls('ON'), address syscall and address sh. > syscalls('ON') can be used in any environment; address sh requires that the Rexx script have been started from shell amd is not enabled by syscalls('ON'). I suspect the

Re: SFTP JOB Data parameter

On Thu, 16 Jun 2022 14:50:18 +, Seymour J Metz wrote: >Only from the perspective of the submitter, not from the perspective of the >installation. > Which of my two paragraphs are you addrressinig? In either case, the submitter is the one who cares. Since (I believe) the system symbol

Re: SFTP JOB Data parameter

Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Kirk Wolf [k...@dovetail.com] Sent: Thursday, June 16, 2022 11:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter IMO, the contortions in this thread seem to be in search of the most complicated solution. By just

Re: SFTP JOB Data parameter

IMO, the contortions in this thread seem to be in search of the most complicated solution. By just using the z/OS UNIX shell in batch, the OP's requirement can be solved in a straightforward way. FWIW, here's how you would do this with Co:Z SFTP and Co:Z Batch, along with our sample proc and

Re: SFTP JOB Data parameter

[042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Thursday, June 16, 2022 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter On Thu, 16 Jun 2022 13:09:53 +, Seymour J Metz wrote: >This has been discussed here many times. The issue is that the results vary >depending o

Re: SFTP JOB Data parameter

: Wednesday, June 15, 2022 11:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter Hello Paul, If I use rexx then how will I be able to use shell command in same job On Wed, Jun 15, 2022, 17:08 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On We

Re: SFTP JOB Data parameter

: Wednesday, June 15, 2022 1:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter Thanks Sri, I did not know about SYSSYM=ALLOW. But that raises the question why NOT always allow system symbols in every batch initiator? Allowing them just seems like a no-brainer to me

Re: SFTP JOB Data parameter

I wish that IBM had (or would) support the SYMBOLS= keyword on JOB statements to allow system symbols in the JCL. The current jobclass spec would still be the default; and SYMBOLS=JCLONLY would still be the default default. sas On Thu, Jun 16, 2022 at 9:27 AM Paul Gilmartin <

Re: SFTP JOB Data parameter

On Thu, 16 Jun 2022 13:09:53 +, Seymour J Metz wrote: >This has been discussed here many times. The issue is that the results vary >depending on ehrn and where you evaluate them. > Doesn't SYMBOLS=({JCLONLY|EXECSYS|CNVTSYS} suffice to resolve that? There remains the phobia concerning the

Re: SFTP JOB Data parameter

of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Thursday, June 16, 2022 8:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter On Wed, 15 Jun 2022 17:26:32 +, Farley, Peter x23353 wrote: >Thanks Sri, I did not know about SYSSYM=AL

Re: SFTP JOB Data parameter

On Wed, 15 Jun 2022 18:31:04 +0300, saurabh khandelwal wrote: > >If I use rexx then how will I be able to use shell command in same job > In this thread, everyone seems to be advocating his favorite utility. I'll add mine: .

Re: SFTP JOB Data parameter

On Wed, 15 Jun 2022 17:26:32 +, Farley, Peter x23353 wrote: >Thanks Sri, I did not know about SYSSYM=ALLOW. But that raises the question >why NOT always allow system symbols in every batch initiator? Allowing them >just seems like a no-brainer to me, but then I'm just an application

Re: SFTP JOB Data parameter

't true at any large shop where I have worked. >>> >>> But I agree with Gil's final post in that thread - it should have been >>> implemented as a new JCL option (similar to EXPORT SYMLIST) rather than an >>> initiator class parameter. Positive opt-in for jobs th

Re: SFTP JOB Data parameter

n for jobs that want to use it, >> leave the others alone. Perhaps a global parameter for the JCL interpreter >> to allow or disallow the new JCL option during the initial transition so >> shops could choose to allow or disallow use of the new JCL option to >&g

Re: SFTP JOB Data parameter

CFSM1 as an > alternative, so that's good. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Sri h Kolusu > Sent: Wednesday, June 15, 2022 1:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SFTP JOB Data parameter > >

Re: SFTP JOB Data parameter

Sri h Kolusu Sent: Wednesday, June 15, 2022 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter >>> But that raises the question why NOT always allow system symbols in >>> every batch initiator? Allowing them just seems like a no-brainer >>> to me

Re: SFTP JOB Data parameter

reading the post sited, at least at my site no user would be allowed by security to create a dataset with the SYSTEM NAME as a HLQ or the entire dataset name, a discrete or generic TSS or RACF rule would need to be defined in a protect all environment - in my site at my site all job classes

Re: SFTP JOB Data parameter

of the available tools to get the job done. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Wednesday, June 15, 2022 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter >> Why is EZACFSM1 required to use in an instre

Re: SFTP JOB Data parameter

>>> But that raises the question why NOT always allow system symbols in every >>> batch initiator? Allowing them just seems like a no-brainer to me Peter, There have been several discussions on IBM-MAIN about SYSSYM=ALLOW and here is a post which explains one of the reason.

Re: SFTP JOB Data parameter

to get the job done. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Wednesday, June 15, 2022 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP JOB Data parameter >> Why is EZACFSM1 required to use in an instream DD? Couldn't

Re: SFTP JOB Data parameter

>> Why is EZACFSM1 required to use in an instream DD? Couldn't the OP >> just use: Peter, Not all shops SYSSYM=ALLOW defined. So if your jobclass is NOT defined to allow symbols, the symbols will not be translated. However with program EZACFSM1 will translate all the symbols defined to the

Re: SFTP JOB Data parameter

Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Wednesday, June 15, 2022 10:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SFTP JOB Data parameter >> Can we use PGM=EZACFSM1 with sftp also . I am not sure Saurabh, Bonnie meant provide the control cards to symbol tran

Re: SFTP JOB Data parameter

Subject: Re: SFTP JOB Data parameter As a starting point: //SFTPSEBC JOB (7330),MSGCLASS=X,CLASS=P,NOTIFY= //TAILOR EXEC PGM=PGM=EZACFSM1 //SYSOUT DD DISP=(NEW,PASS,DELETE),DSN=, // UNIT=VIO,SPACE=(TRK,(1)), // RECFM=FB,LRECL=80,BLKSZE=800 //SYSINDD * OSHELL { echo 'lcd /u

Re: SFTP JOB Data parameter

>> Can we use PGM=EZACFSM1 with sftp also . I am not sure Saurabh, Bonnie meant provide the control cards to symbol translator program EZACFSM1 and use those translated cards to perform the SFTP. You use the dynamic system symbols for current date. Here is the link to the symbols

Re: SFTP JOB Data parameter

As a starting point: //SFTPSEBC JOB (7330),MSGCLASS=X,CLASS=P,NOTIFY= //TAILOR EXEC PGM=PGM=EZACFSM1 //SYSOUT DD DISP=(NEW,PASS,DELETE),DSN=, // UNIT=VIO,SPACE=(TRK,(1)), // RECFM=FB,LRECL=80,BLKSZE=800 //SYSINDD * OSHELL { echo 'lcd /u/op117/'; echo 'cd

Re: SFTP JOB Data parameter

gt; > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: Wednesday, June 15, 2022 8:08 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SFTP JOB Data parameter > > On Wed, 15 Jun 2022 13:11:05 +, Seymo

Re: SFTP JOB Data parameter

Hello Paul, If I use rexx then how will I be able to use shell command in same job On Wed, Jun 15, 2022, 17:08 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 15 Jun 2022 13:11:05 +, Seymour J Metz wrote: > > >Write a REXX script to do the file transfer.

Re: SFTP JOB Data parameter

@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SFTP JOB Data parameter On Wed, 15 Jun 2022 13:11:05 +, Seymour J Metz wrote: >Write a REXX script to do the file transfer. You can use the date('S') >function to generate the date in the format mmdd, then parse out the >component to build your

Re: SFTP JOB Data parameter

On Wed, 15 Jun 2022 13:11:05 +, Seymour J Metz wrote: >Write a REXX script to do the file transfer. You can use the date('S') >function to generate the date in the format mmdd, then parse out the >component to build your dsn. > I would have done something similar. But the OP was on a

Re: SFTP JOB Data parameter

On Wed, 15 Jun 2022 15:58:57 +0300, saurabh khandelwal wrote: > >Thank for reply but system doesn't take %D as date variable. It taking as >file name. So variable in file mmdd not getting replaced with actual >date > %D is not a "date variable". It is a substitution element in the argument

Re: SFTP JOB Data parameter

Write a REXX script to do the file transfer. You can use the date('S') function to generate the date in the format mmdd, then parse out the component to build your dsn. See Chapter 12. FTP Client Application Programming Interface (API), p. 307, in z/OS Communications Server 2.5 IP

Re: SFTP JOB Data parameter

Hello Paul, Thank for reply but system doesn't take %D as date variable. It taking as file name. So variable in file mmdd not getting replaced with actual date On Wed, Jun 15, 2022, 15:54 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 15 Jun 2022 13:44:43

Re: SFTP JOB Data parameter

On Wed, 15 Jun 2022 13:44:43 +0300, saurabh khandelwal wrote: > >I am am running below Job in TSO env and getting to get file file from >windows to Mainframe env. > >Initially file was static and all worked well. But now, requirement is to >get the file, which has current time stamp on daily

Re: Sftp Vs connect direct

I agree - compatibility with partners is key, which is why standardized protocols are often chosen over proprietary. This may not be a consideration for all. As others kindly mentioned, Co:Z SFTP includes support for z/OS data sets, codepage and line terminator conversions etc, etc. It also

Re: Sftp Vs connect direct

The whole discussion distills down to. What does your partner site have including their scheduling system. Unless they have a way that can signal the file is there to the partner Sent from my iPhone No one said I could type with one thumb > On Apr 16, 2022, at 14:39, Michael Oujesky wrote:

Re: Sftp Vs connect direct

Due to the capabilities for check-pointing and automatic recovery, I would suggest C:D for large file transfers. Though the transferred file has to be fully landed before processing of the data can begin, whereas FTP protocols do allow processing of the data as it is received. If you are

Re: Sftp Vs connect direct

You will also want to checkout Co:Z from Dovetail as their enhanced sftp supports z/OS datasets. Lionel B Dyck < Sent from my iPad Pro 10.5 Website: www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you

Re: Sftp Vs connect direct

On 4/16/22 8:36 AM, saurabh khandelwal wrote: Hello Group, Hi, I think, sftp doesn't have any mechanism to find that file has been transferred successfully or not. In connect direct case we get return code on sender ... sftp should give you a return code too. ... and receiver side which

Re: Sftp Vs connect direct

On Sat, 16 Apr 2022 17:36:17 +0300, saurabh khandelwal wrote: > If we are transferring any big file using >sftp and Network connection broken then how it's going to impact the file >transfer or sender should again initiate file transfer. > sftp is largely a front-end to ssh. You might try

Re: Sftp Vs connect direct

C:D is the best productive Sent from my iPhone No one said I could type with one thumb > On Apr 16, 2022, at 09:42, saurabh khandelwal > wrote: > > Hello Group, > > Currently we are using connect direct in our environment for file transfer. > But now, our team like to migrate file

Re: SFTP jcl with proxy server

Take a look at the z/OS OpenSSH User's Guide documentation for: ssh options: - ProxyCommand - ProxyUseFdPass command: - ssh-proxyc   (in z/OS V2R4, if you have a prior release you can get it from https://dovetail.com/community.html ) I don't know what kind of proxy you are referring to, but

Re: SFTP jcl with proxy server

I am using ProxyCommand. but where do I specify the password? On Fri, Apr 30, 2021 at 8:58 AM william giannelli wrote: > ok "-oProxyCommand" then? > > On Fri, Apr 30, 2021 at 8:51 AM Kurt Quackenbush wrote: > >> On 4/28/2021 6:25 PM, Bill Giannelli wrote: >> > How do specify a proxy server

Re: SFTP jcl with proxy server

ok "-oProxyCommand" then? On Fri, Apr 30, 2021 at 8:51 AM Kurt Quackenbush wrote: > On 4/28/2021 6:25 PM, Bill Giannelli wrote: > > How do specify a proxy server in JCL for SFTP executing BPXBATCH? > I have no experience using it, but have you considered the > -oProxyCommand option of sftp?

Re: SFTP jcl with proxy server

On 4/28/2021 6:25 PM, Bill Giannelli wrote: How do specify a proxy server in JCL for SFTP executing BPXBATCH? I have no experience using it, but have you considered the -oProxyCommand option of sftp? Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies

Re: SFTP jcl with proxy server

so how do I code it? ProxyCommand? ProxyJump? -X connect -x? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SFTP jcl with proxy server

On 4/28/21 4:58 PM, Paul Gilmartin wrote: set ssh proxy environment variables The "ssh proxy environment variables" causes me to wince. Yes, they are environment variables which used in conjunction with SSH. But, the environment variables aren't used by or referenced by the SSH client

Re: SFTP jcl with proxy server

On Wed, 28 Apr 2021 17:24:56 -0500, Bill Giannelli wrote: >How do specify a proxy server in JCL for SFTP executing BPXBATCH? > From: https://gist.github.com/yougg/5d2b3353fc5e197a0917aae0b3287d64 set ssh proxy environment variables

Re: SFTP Sortcard creating using DFSORT

Thanks a lot Kolusu .. Regards Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SFTP Sortcard creating using DFSORT

> Could you please help me to understand the below card as to how it > is picking the store_nbr and create Ron, The job is parsing the input for the delimiter "}". Since we don't care about the first 2 fields, they can be ignored. REPEAT=v can be used with % to specify v identically defined

Re: SFTP Sortcard creating using DFSORT

Thanks a lot Kolusu.. it worked like a charm ! Could you please help me to understand the below card as to how it is picking the store_nbr and create NREC PARSE=(%=(REPEAT=2,ENDAT=C'}'), %01=(ENDBEFR=C'{', ENDBEFR=C' ', FIXLEN=8)),

Re: SFTP Sortcard creating using DFSORT

> but the issue is the store_nbrs are of different length, the .csv is > not getting created correctly . Could some one let me know how we > can append the .csv also when the store is of variable length > Ron, Try this DFSORT JCL //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD *

Re: SFTP and z/OS Migration

On Thu, 23 Jul 2020 17:57:20 +, Seymour J Metz wrote: >Neither LCD nor LPWD is part of RFC 959. ... > Agreed. Generally the RFCs impose only weak requirements on client UIs, easily satisfied by both linemode and GUI clients. Stronger requirements on both client and server network interfaces.

Re: SFTP and z/OS Migration

://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Thursday, July 23, 2020 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP and z/OS Migration

Re: SFTP and z/OS Migration

On Wed, 22 Jul 2020 16:07:54 -0500, Kirk Wolf wrote: >... >WinSCP has unique problems: it starts one SFTP connection for directory >displays, and one or more for file transfers. This is a little silly >since you can do multiple things at a time on one connection. This means >that you can't

Re: SFTP and z/OS Migration

-Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Sent: Thursday, July 23, 2020 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP and z/OS Migration On Wed, Jul 22, 2020 at 4:07 PM Kirk Wolf wrote: > > You *can* change settings interactively from

Re: SFTP and z/OS Migration

On Wed, Jul 22, 2020 at 4:07 PM Kirk Wolf wrote: > > You *can* change settings interactively from most SFTP GUIs like FileZilla > - > - change directories to the "/+" directory (you will see your current > settings) > - rename the ".newoption" pretend file in that directory to the option >

Re: SFTP and z/OS Migration

com > > Sent: Wednesday, July 22, 2020 4:54 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SFTP and z/OS Migration > > Kirk's wisdom and the doc he references are OUTSTANDING. Co:Z SFTP is > > something you absolutely need if you want to use SFTP to access z/OS > >

Re: SFTP and z/OS Migration

t; http://mason.gmu.edu/~smetz3 > > > > From: IBM Mainframe Discussion List on behalf > of Lionel B Dyck > Sent: Wednesday, July 22, 2020 4:54 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SFTP and z/OS Migration > > Kirk's wisdom and the doc he references a

Re: SFTP and z/OS Migration

Thank you all. Got a lot of good information. On Wed, Jul 22, 2020 at 5:08 PM Kirk Wolf wrote: > On Wed, Jul 22, 2020 at 3:54 PM Lionel B Dyck wrote: > > > > > Be aware you will have to learn a few new tricks with the Co:Z SFTP > server > > from the client side unless you are happy with only

Re: SFTP and z/OS Migration

-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP and z/OS Migration Kirk's wisdom and the doc he references are OUTSTANDING. Co:Z SFTP is something you absolutely need if you want to use SFTP to access z/OS datasets. Be aware you will have to learn a few new tricks with the Co:Z SFTP server from the client

Re: SFTP and z/OS Migration

On Wed, Jul 22, 2020 at 3:54 PM Lionel B Dyck wrote: > > Be aware you will have to learn a few new tricks with the Co:Z SFTP server > from the client side unless you are happy with only binary transfers. And > neither FileZilla or WinSCP provide an escape value to issue the necessary > commands

Re: SFTP and z/OS Migration

rs think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Sent: Wednesday, July 22, 2020 3:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SFTP and z/OS Migration IBM z/OS OpenSSH is a base feature of z/OS since V2R2. When you

Re: SFTP and z/OS Migration

IBM z/OS OpenSSH is a base feature of z/OS since V2R2. When you install a new version of z/OS you will get a new version. There are often migration actions from IBM having to do with /etc/ssh configuration settings. When moving releases you would at minimum want to review any changes that you

Re: SFTP and z/OS Migration

Might be a good idea to have a unique file mount for OPENSSH itself so could easily do a mount swap to test a new version of OPENSSH without any zOS implications. On Wed, Jul 22, 2020 at 1:30 PM Roberto Halais wrote: > Thank you, Allan. > > On Wed, Jul 22, 2020 at 3:25 PM Allan Staller >

Re: SFTP and z/OS Migration

Thank you, Allan. On Wed, Jul 22, 2020 at 3:25 PM Allan Staller wrote: > OPENSSH is pretty tightly integrated into the /etc file system (separate > from the root file system). I have not head of IBM any maint touching /etc > in a long time. > > As long as you don’t replace the /etc physical

Re: SFTP and z/OS Migration

OPENSSH is pretty tightly integrated into the /etc file system (separate from the root file system). I have not head of IBM any maint touching /etc in a long time. As long as you don’t replace the /etc physical file , you should be fine. HTH, -Original Message- From: IBM Mainframe

Re: SFTP and z/OS Migration

As others of this list will chime in, please look at www.dovetail.com for their CoZ product line. There's the free, with no formal support, and the chargeable, with formal support. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roberto Halais Sent: Wednesday, July

Re: SFTP Get

I wrote a script for a client.. short.. that would source a file to set variables for sleep time number of tries file it was getting and data said it was going to eventually end up in. It worked pretty well. Rob Schramm On Thu, Feb 6, 2020, 13:22 Paul Gilmartin <

Re: SFTP Get

On Thu, 6 Feb 2020 09:39:20 -0600, Ron Thomas wrote: >this is what we use here ,so how is this we need to handle ? > >//STEP02 EXEC PGM=BPXBATSL,REGION=0M, >// PARM='PGM /usr/lpp/ssh2/bin/sftp2 >// -B //DD:BATCHIN' > Don't you need a continuation mark in column 72? Is

  1   2   3   4   >