Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf
Of R.S.
Sent: Wednesday, May 06, 2009 4:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Scott T. Harder pisze:
Sorry, guys. In my world, Application Programmers have no business having
access
Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Joel C Ewing
Sent: Tuesday, May 12, 2009 10:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Obviously some shops must be radically different. In a full SMS shop,
applications
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Farley, Peter x23353
Sent: Tuesday, May 12, 2009 10:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Thank you from this applications programmer for the most
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens when a data set is on ML1 or ML2
and a masked include is used. DSS used to skip these and still have a
zero return code. This caused the application source to be left off of
their DR tapes.
This is
R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens when a data set is on ML1 or ML2
and a masked include is used. DSS used to skip these and still have a
zero return code. This caused the application source to be left off of
their DR tapes.
@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens when a data set is on ML1 or ML2
and a masked include is used. DSS used to skip these and still have a
zero return
On Tue, 12 May 2009 17:31:43 +0200, R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens when a data set is on ML1 or ML2
and a masked include is used. DSS used to skip these and still have a
zero return code. This caused the application
Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Jacobs
Sent: Tuesday, May 12, 2009 10:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog
Gilmartin [paulgboul...@aim.com]
Sent: Tuesday, May 12, 2009 11:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
On Tue, 12 May 2009 17:31:43 +0200, R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens
On Tue, 12 May 2009 12:08:45 -0400, O'Brien, David W. (NIH/CIT) [C] wrote:
Do you mean to say that you go to DR without your HSM environment?
I'm not the sysprog; just a curious reader here.
That's what Duplexing is for, besides protecting against the odd bad tape.
-- gil
Of
Paul Gilmartin [paulgboul...@aim.com]
Sent: Tuesday, May 12, 2009 11:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
On Tue, 12 May 2009 17:31:43 +0200, R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog
-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Scott T. Harder pisze:
Sorry, guys. In my world, Application Programmers have no business
having
access to Storage Management utilities like DSS. Period. That needs to
remain a centralized function.
Why
[was:RE: Using FTP to send loadlib]
R.S. wrote:
Roach, Dennis (N-GHG) pisze:
As a sysprog, I agree.
For the applprog, verify what happens when a data set is on ML1 or ML2
and a masked include is used. DSS used to skip these and still have a
zero return code. This caused the application source
: Tuesday, May 12, 2009 5:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
O'Brien, David W. [C] , NIH/CIT wrote:
Why not use HSM ABAR Backups which include migrated datasets?
Try figuring out how to recall a single dataset from an ABARS backup
[was:RE: Using FTP to send loadlib]
O'Brien, David W. [C] , NIH/CIT wrote:
Why not use HSM ABAR Backups which include migrated datasets?
Try figuring out how to recall a single dataset from an ABARS backup and
it becomes clear ABARS is really designed with recovery in mind, not
with providing
The nature of our environment is such that in the unlikely event of a
data-center-wide disaster we are not legally required to have
near-continuous availability and zero transaction loss, and for the most
part our corporate end users could re-enter critical data from primary
documents and
Scott,
I didn't take it personal and please don't feel it as personal from me.
My opinions regard only the tools and some organizational rules. It's
still not personal, since in many case you (in general) don't decide
about it.
Regarding the DSS - IMHO there is no place to have different
Scott T. Harder pisze:
Sorry, guys. In my world, Application Programmers have no business having
access to Storage Management utilities like DSS. Period. That needs to
remain a centralized function.
Why?
Because mama said that?
Poor justification.
In my shop appliccation prgrammers have
Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] För Scott T. Harder
Skickat: den 6 maj 2009 03:36
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Well... I don't know about that (sysprogs). Probably - yes -
from a pure security standpoint
Thompson, Steve wrote:
Having done a few VSE to MVS migrations, let me speak to this at a
conceptual level.
What kind of security risk is it for someone to duplicate a volume with
sensitive data on it? This can be done with FLASHCOPY or physical volume
backup (DSS).
Granted, in a VSE shop,
AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Scott T. Harder pisze:
Sorry, guys. In my world, Application Programmers have no business having
access to Storage Management utilities like DSS. Period. That needs to
remain a centralized function
On Tue, 5 May 2009 23:38:45 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
Sorry, guys. In my world, Application Programmers have no business having
access to Storage Management utilities like DSS. Period. That needs to
remain a centralized function.
Stay in your own world then. :-)
Scott T. Harder pisze:
I can see where IF you have ALL the appropriate security profiles set up
properly, then I suppose I see your point.
Yes, I do have all the appropriate profiles set up. It's really easy.
More: it's enough not to create any of them. As I said previously, all
powerful
If they have read to the data set, they can get the data without DSS.
The only reason I have ever found to protect DSS is due to a deficiency.
Our application group decided it was great for backups using a generic
select.
DSS did not copy data sets that were migrated, and had a zero return
code.
AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Scott T. Harder pisze:
I can see where IF you have ALL the appropriate security profiles set up
properly, then I suppose I see your point.
Yes, I do have all the appropriate profiles set up. It's
RSCB1G
p 616.653.8429
f 616.653.8497
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Scott T. Harder
Sent: Wednesday, May 06, 2009 12:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Radoslaw
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder
Sent: Thursday, 7 May 2009 2:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Radoslaw,
I meant you
Mednick
Sent: Wednesday, May 06, 2009 4:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder
Sent: Thursday, 7 May 2009 2:19
On Sat, 2 May 2009 15:12:28 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:
Frank Swarbrick pisze:
[...]
So the question is, should I as an applications developer have access to
STGADMIN.ADR.COPY.FLASHCPY? Obviously it would help me in this case, but
would it also allow me to do things that
Having done a few VSE to MVS migrations, let me speak to this at a
conceptual level.
What kind of security risk is it for someone to duplicate a volume with
sensitive data on it? This can be done with FLASHCOPY or physical volume
backup (DSS).
Granted, in a VSE shop, programmers get much more
...@bama.ua.edu]on Behalf
Of Thompson, Steve
Sent: Tuesday, May 05, 2009 6:52 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
Having done a few VSE to MVS migrations, let me speak to this at a
conceptual level.
What kind of security risk is it for someone
Sorry, guys. In my world, Application Programmers have no business having
access to Storage Management utilities like DSS. Period. That needs to remain
a centralized function.
ABSOLUTELY!
Even sysprogs should not have access.
Only those who are storage admins!
Would you give RACF special to
not have been possible.
All the best,
Scott T. Harder
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf
Of Ted MacNEIL
Sent: Tuesday, May 05, 2009 7:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib
Frank Swarbrick pisze:
[...]
So the question is, should I as an applications developer have access to
STGADMIN.ADR.COPY.FLASHCPY? Obviously it would help me in this case, but
would it also allow me to do things that I probably should not be able to do?
I would ask: Is there any reason to
Lionel B Dyck wrote:
the dialog creates a temp file (NETRC) with the userid and password
Placing userid/password in netrc helps mitigate part of the problem with
ftp. The bigger problem I found when I tried to do load module transfer
was the need for SYSDSN EXCLUSIVE ENQ to the library.
Patrick O'Keefe pisze:
[...]
of the problem reminded me that I've recently been in the same
situation but DID NOT have the problem. IBM sent a backup of some
datasets in ADRDSSU format. I defintely do not have even READ
access to the original dataset names in our security system (ACF2)
or
On Thu, 30 Apr 2009 12:28:30 +0200, R.S.
r.skoru...@bremultibank.com.pl wrote:
There is no wise reason to restrict access to ADRDSSU at all (in PROGRAM
class). Really. There is a need to protect ADRDSSU *functions* or
features. It can be usage of ADMIN keyword (a series of profiles
snip
the question is, should I as an applications developer have access to
STGADMIN.ADR.COPY.FLASHCPY?
unsnip
If your account lets DSS default to FASTREPLICATION(PREFERRED) (from
OA11637) then the answer would be a qualified YES. I don't have users that
use DSS, so it's not a problem here.
On Tue, 28 Apr 2009 16:07:30 -0500, Paul Gilmartin
paulgboul...@aim.com wrote:
...
The scenario presented is that someone elsewhere has unloaded
a load module library, to which he has proper authority, with
ADRDSSU and transmitted the archive by FTP, carrier pigeon,
whatever, to me here, where I
Tony B. wrote:
Protecting ADRDSSSU is nonsense.
Why?
There are two ways to protect ADRDSSU in RACF:
1. PROGRAM CLASS
2. FACILITY CLASS profiles:
Example: STGADMIN.ADR.STGADMIN.DUMP - To dump dsn without having
READ access to datasets on condition you use ADMINISTRATOR keyword.
Ted
Hello,
as Lionel B. Dyck wrote, use his great FTPBatch utility if you want to send
many data.
On the base of FTPBatch I have wrote another utility to send/get a little bit
of
data (e.g. a member of a PDS - loadmods also) interactively across your z/OS
world.
You can use system symbols for
Of Elardus Engelbrecht
Sent: Tuesday, April 28, 2009 6:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
Tony B. wrote:
Protecting ADRDSSSU is nonsense.
Why?
There are two ways to protect ADRDSSU in RACF:
1. PROGRAM CLASS
2. FACILITY CLASS profiles:
Example
snip
What I find onerous is that ADRDSSU requires that when extracting and
renaming a data set the programmer must have read access to the original
data set name.
unsnip
hence the ADMINISTRATOR keyword
Jack Kelly
202-502-2390 (Office)
Tony B. wrote:
Brevity on my part has led to lack of clarity. My interpretation of
protecting ADRDSSU was to build a profile in the program class, then
selectively permit it to some trusted users. This approach is nonsense.
Agreed. Anoter example is the program AMAZAP. It is better to use RACF
...@bama.ua.edu] On Behalf Of
Thompson, Steve
Sent: Monday, April 27, 2009 12:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kurt Eastwood
Sent: Monday, April 27, 2009 10:32 AM
On Tue, 28 Apr 2009 10:00:19 -0500, Hal Merritt wrote:
Shouldn't use BIN unless there is a chance of a Windows server in the path. I
use TYPE E, MODE C for all z/os to z/os transfers.
IOW, you mean that Solaris, Linux, and OS X servers cause no problems,
and induce no such requirement?
-- gil
On Tue, 28 Apr 2009 10:53:36 -0400, John Kelly wrote:
snip
What I find onerous is that ADRDSSU requires that when extracting and
renaming a data set the programmer must have read access to the original
data set name.
unsnip
hence the ADMINISTRATOR keyword
But I don't believe I can use the
On Tue, 28 Apr 2009 10:24:39 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 28 Apr 2009 10:00:19 -0500, Hal Merritt wrote:
Shouldn't use BIN unless there is a chance of a Windows server in the
path. I use TYPE E, MODE C for all z/os to z/os transfers.
IOW, you mean that Solaris,
snip
There's a peculiar tunnel vision on this list. Remember not all users are
administrators.
unsnip
hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN
why would the system let you recover/restore it?
Jack Kelly
202-502-2390 (Office)
: Using FTP to send loadlib]
Exactly. Let's not forget that DSS was not originally designed for a
distributed environment. Central control by the Storage Administrators. I
still like that idea, less data run amok and, in many cases, completely
unmanaged.
All the best,
Scott T. Harder
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf
Of John Kelly
Sent: Tuesday, April 28, 2009 2:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
snip
There's a peculiar tunnel vision on this list. Remember not all users
Expound please. Assuming datasets are protected properly, what
additional risk does ADRDSSU present over IEBCOPY?
-Original Message-
From: Ted MacNEIL
Sent: Monday, April 27, 2009 4:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
IEBCOPY may be protected as easily
There's a peculiar tunnel vision on this list. Remember not all users are
administrators.
That is why, under the original subject header, I recommended against using
ADRDSSU, and recommended XMIT with the OUTFILE option.
I fully expect ADRDSSU to be protected when I go into a shop; only once
Expound please.
It's already been expounded upon!
By people more articulate than me on the ins/outs of the product.
Assuming datasets are protected properly, what additional risk does ADRDSSU
present over IEBCOPY?
With ADMIN authority, I can dump datasets without read access to them.
I can
28, 2009 12:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
Expound please.
It's already been expounded upon!
By people more articulate than me on the ins/outs of the product.
Assuming datasets are protected properly, what additional risk does
ADRDSSU present over IEBCOPY
Well, with OPERATIONS authority, I can do the same thing with IEBCOPY.
If you leave the door open, it doesn't matter how strong the lock is.
This is the same fallacious argument that has been hashed to death regarding
AMASPZAP.
If you say so.
As I said, others articulated a better argument.
I
Ted MacNEIL wrote:
Well, with OPERATIONS authority, I can do the same thing with IEBCOPY.
If you leave the door open, it doesn't matter how strong the lock is.
This is the same fallacious argument that has been hashed to death regarding
AMASPZAP.
If you say so.
As I said, others
On Tue, 28 Apr 2009 14:14:29 -0400, John Kelly wrote:
snip
There's a peculiar tunnel vision on this list. Remember not all users are
administrators.
unsnip
hence SECURITY. If you can't use ADMIN and don't have READ access to a DSN
why would the system let you recover/restore it?
Follow the
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another mainframe using
FTP, either batch or interactive?
If so, would anyone be willing to share some batch jcl with me?
Of
Kurt Eastwood
Sent: Monday, April 27, 2009 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Using FTP to send loadlib
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another
Kurt,
You will need to XMIT the loadlib and FTP the XMIT file. Sorry, I don't
have any JCL to do that as I've always done this interactively.
Kurt Eastwood wrote:
Hello,
Is it possible to send a loadlib from 1 mainframe to another mainframe using FTP, either batch or interactive?
Kurt
first you must create a sequentiell dataset -
simply use XMIT (aka TRANSMIT) with the OUTDSN parameter in TSO or Batch
-
this will create a new dataset with LRECL=80,RECFM=PS .
You may FTP this and then do a RECEIVE INDSN on the other system from this
transferred dataset which restores
On Mon, 27 Apr 2009 08:31:41 -0700, Kurt Eastwood kurtms...@yahoo.com wrote:
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another mainframe
using FTP, either batch or
On Mon, 27 Apr 2009 12:09:50 -0500, Mark Zelden mark.zel...@zurichna.com
wrote:
On Mon, 27 Apr 2009 08:31:41 -0700, Kurt Eastwood kurtms...@yahoo.com wrote:
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to
...@bama.ua.edu] On Behalf Of
Kurt Eastwood
Sent: Monday, April 27, 2009 11:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Using FTP to send loadlib
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kurt Eastwood
Sent: Monday, April 27, 2009 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Using FTP to send loadlib
Hello,
=A0
I have been digging through the OS/390 TCP/IP OE: User's Guide
Kurt Eastwood of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
wrote on 04/27/2009 10:31:41 AM:
I have been digging through the OS/390 TCP/IP OE: User's Guide and
have not been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another
mainframe using
, forwarding or saving them. Thank you.
From:
Jim Phoenix jimphoe...@phoenixsoftware.com
To:
IBM-MAIN@bama.ua.edu
Date:
04/27/2009 11:12 AM
Subject:
Re: Using FTP to send loadlib
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Kurt,
You will need to XMIT the loadlib and FTP the XMIT
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
On Mon, 27 Apr 2009 12:09:50 -0500, Mark Zelden mark.zel...@zurichna.com
wrote:
On Mon, 27 Apr 2009 08:31:41 -0700, Kurt Eastwood kurtms...@yahoo.com wrote:
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide
LRECL=80,RECFM=PS .
PS does not exist as a RECFM.
It does as a DSORG.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message:
there is a way to directly send individual loadlib members but to send a whole
loadlib you really should dump it first using the ADDRSSU utility.
1. ADDRSSU is protected at many sites.
2. XMIT/UNLOAD (OUTFILE) is easier.
-
Too busy driving to stop for gas!
OR, you can use TSO XMIT to a file, FTP as BIN, then point TSO RECEIVE to the
file...
XMIT is easier, IMO.
But, I don't believe you have to use BIN, since both sites are z/OS.
-
Too busy driving to stop for gas!
--
For
@bama.ua.edu wrote on 04/27/2009
01:32:25 PM:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kurt Eastwood
Sent: Monday, April 27, 2009 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Using FTP to send loadlib
Hello,
=A0
I have been digging
-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you.
From:
Barkow, Eileen ebar...@doitt.nyc.gov
To:
IBM-MAIN@bama.ua.edu
Date:
04/27/2009 11:16 AM
Subject:
Re: Using FTP to send loadlib
Sent by:
IBM Mainframe Discussion List IBM-MAIN
: bit.listserv.ibm-main
Date: Mon, 27 Apr 2009 08:31:41 -0700
Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
From: Kurt Eastwood kurtms...@yahoo.com
Subject: Using FTP to send loadlib
To: IBM-MAIN@bama.ua.edu
Precedence: list
List-Help: http
On Mon, 27 Apr 2009 11:31:00 -0700, Lionel B Dyck
lionel.b.d...@kp.org wrote:
...
type e
mode b
cd LIONEL.LOAD
lcd LIONEL.LOAD
Put TESTMOD
Close
Quit
/*
...
I know that the Type and Mode are necessary if you want to
transfer ISPF stats, as in
Type E
MODE B
notify the
sender immediately by reply e-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you.
From:
Patrick O'Keefe patrick.oke...@wamu.net
To:
IBM-MAIN@bama.ua.edu
Date:
04/27/2009 12:35 PM
Subject:
Re: Using FTP to send loadlib
Sent
, forwarding or saving them. Thank you.
From:
Ted MacNEIL eamacn...@yahoo.ca
To:
IBM-MAIN@bama.ua.edu
Date:
04/27/2009 12:53 PM
Subject:
Re: Using FTP to send loadlib
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
there is a way to directly send individual loadlib members but to send
The challenge with XMIT/UNLOAD is that you have to run tso in batch to
reconstitute it. I prefer in these situations to use IEBCOPY unload/load.
A matter of taste.
TSO in Batch?
IEBCOPY in Batch?
Does it matter?
The issue is anybody can use these.
ADDRSSU may be protected.
-
Too busy driving
All,
Thank you all for the suggestions, I have plenty of options to try now.
Kurt
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
in error, please notify the
sender immediately by reply e-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you.
From:
Ted MacNEIL eamacn...@yahoo.ca
To:
IBM-MAIN@bama.ua.edu
Date:
04/27/2009 12:53 PM
Subject:
Re: Using FTP to send
=== [tso] receive inda(dsn)
(don't need the tso if your at ISPF 6; otherwise you do, while under ISPF)
You've missed the point.
The original intent was to do it under batch.
Interactive doesn't cut it!
-
Too busy driving to stop for gas!
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much
sense.
-Original Message-
From: Ted MacNEIL [mailto:eamacn...@yahoo.ca]
Sent: Monday, April 27, 2009 1:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
The challenge with XMIT/UNLOAD
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
Sent: Monday, April 27, 2009 5:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
IEBCOPY may be protected as easily as ADRDSSU and it makes about
On Mon, 27 Apr 2009 18:10:42 -0400, Farley, Peter x23353 wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much
sense.
Agreed, but in many
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much sense.
I've never worked at a shop where IEBCOPY is protected, nor would I understand
the reason why.
ADRDSSU at least makes sense.
-
Too busy driving to stop for gas!
On Mon, 27 Apr 2009 23:56:34 +, Ted MacNEIL wrote:
I've never worked at a shop where IEBCOPY is protected, nor would I understand
the reason why.
ADRDSSU at least makes sense.
How?
Does ADRDSSU allow a programmer to dump data sets lacking
READ access, or to dump a volume containing data
No and no. Protecting ADRDSSSU is nonsense.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Monday, April 27, 2009 7:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
On Mon, 27 Apr 2009 23:56
88 matches
Mail list logo