Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-26 Thread Norbert Friemel
On Mon, 26 Oct 2015 00:34:13 -0400, Robert A. Rosenberg wrote:

>At 09:51 -0500 on 10/25/2015, Shmuel Metz (Seymour J.) wrote about
>Re: Redirect or hide IEBCOPY output when using the TSO RECE:
>
>>In , on 10/23/2015
>>at 09:25 PM, "Robert A. Rosenberg"  said:
>>
>>>WAD is often a misspelling of BAD (Broken As Designed)
>>
>>Yes, but it is not even close to PRS, which acknowledges that there is
>>a defect.
>
>What does PRS stand for?
>

Permanent ReStriction
https://www-304.ibm.com/support/customercare/sas/f/handbook/acronyms.html

Norbert Friemel

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-26 Thread Robert A. Rosenberg
At 03:57 -0500 on 10/26/2015, Norbert Friemel wrote about Re: 
Redirect or hide IEBCOPY output when using the TSO RECE:

On Mon, 26 Oct 2015 00:34:13 -0400, Robert A. Rosenberg wrote:


At 09:51 -0500 on 10/25/2015, Shmuel Metz (Seymour J.) wrote about
Re: Redirect or hide IEBCOPY output when using the TSO RECE:


In , on 10/23/2015
at 09:25 PM, "Robert A. Rosenberg"  said:


WAD is often a misspelling of BAD (Broken As Designed)


Yes, but it is not even close to PRS, which acknowledges that there is
a defect.


What does PRS stand for?



Permanent ReStriction
https://www-304.ibm.com/support/customercare/sas/f/handbook/acronyms.html


Which reads "A programming error was found but will not be corrected. 
The error will be a permanent restriction in the product."


Which is not even the same as WAD. WAD says the coding does what the 
specs say it should while PRS says, in effect, that due to a coding 
error the code does not match the specs so instead of fixing the 
problem we are altering the specs to match the behavior of the bad 
code.


Neither of these cases cover my suggested BAD case where it is the 
design that is defective/inadequate.



Norbert Friemel


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-25 Thread Walt Farrell
On Sat, 24 Oct 2015 18:51:03 -0500, Paul Gilmartin  wrote:

>On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
>
>>What about,
>>
>>NoPreview or Sysout(class other than *)   * defaults to terminal
>> 
>That's certainly what the manual says, and othert report it works, but I get:
>
> READY
>receiveindd(NETDATA) sysout(R)
> IKJ56712I INVALID KEYWORD, SYSOUT(R)
> IKJ56703A REENTER THISOPERAND -
>
>???

SYSOUT is not a command parameter, gil. It's a response to the prompt that 
RECEIVE issues.

-- 
Walt

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-25 Thread Shmuel Metz (Seymour J.)
In <9772575840905787.wa.paulgboulderaim@listserv.ua.edu>, on
10/24/2015
   at 06:51 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>That's certainly what the manual says, and othert report it works,

That depends on what "it" is. What's in the manual works. RYFM.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-25 Thread Shmuel Metz (Seymour J.)
In , on 10/23/2015
   at 09:25 PM, "Robert A. Rosenberg"  said:

>WAD is often a misspelling of BAD (Broken As Designed)

Yes, but it is not even close to PRS, which acknowledges that there is
a defect.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-25 Thread Robert A. Rosenberg
At 09:51 -0500 on 10/25/2015, Shmuel Metz (Seymour J.) wrote about 
Re: Redirect or hide IEBCOPY output when using the TSO RECE:



In , on 10/23/2015
   at 09:25 PM, "Robert A. Rosenberg"  said:


WAD is often a misspelling of BAD (Broken As Designed)


Yes, but it is not even close to PRS, which acknowledges that there is
a defect.


What does PRS stand for?

My WAD/BAD comment had to do with the times that I have seen a WAD 
status (ie: It is functioning the way it is documented to work) in 
cases where the way it is "supposed" to work is wrong (thus my BAD). 
I would be happier with a WAD status if it was not used to blow off 
the report but there was an acknowledgement that while it is WAD, the 
design would be reviewed to see if the reported problem could be 
fixed by updating the design.


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Paul Gilmartin
On Sat, 24 Oct 2015 08:49:50 -0500, Donald Likens wrote:

>Using SYSOUT on the prompt worked! I never thought to look at the prompt for a 
>solution. Thank You!
> 
Does this constrain you to running in batch rather than interactive TSO?
It's not clear to me what "on the prompt" means.

>PS: I Really wanted it to go to a dataset but this will work for me.
> 
All the examples in this thread show batch JCL, "//SYSTSPRT DD SYSOUT=..."
rather than interactive TSO.  In batch, SYSTSPRT can be assigned to
almost anything (but not to a UNIX file).

Ah!  I RTFM:
RECEIVE command prompt parameters
z/OS TSO/E Command Reference
SA32-0975-00 

Or you can retrieve the SYSOUT from SDSF.  Is your objective to
capture the IEBCOPY SYSPRINT, to suppress it's appearance on the
terminal, or both?

On Sat, 24 Oct 2015 10:03:28 -0500, Paul Gilmartin wrote:

>On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
>>
>>NoPreview or Sysout(class other than *)   * defaults to terminal
>> 
>Is "SYSOUT=*" syntactically valid?  I haven't tried it.
> 
Oops!  Lapsus mentis, aggravated by what seems to be a misunderstanding
of Scott's.  "*" signifies (not defaults) to MSGCLASS (not terminal).
(I think.)

But I haven't used "SYSOUT=*" in decades; I always code "SYSOUT=(,)".

From TFM (above):

PREVIEW | NOPREVIEW
PREVIEW
specifies the received data should be displayed at the terminal as it 
is stored.
This is generally appropriate only for sequential data sets because 
what is displayed
is the result of the first pass at restoring the data. For partitioned 
data sets, the
IEBCOPY unloaded format is displayed.
   NOPREVIEW
specifies no previewing is to be done. NOPREVIEW is the default.

Displaying the IEBCOPY unloaded format at the terminal sounds singularly 
useless.

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Donald Likens
If found this on this LISTSERV:

/* REXX */  
X = PROMPT('ON')
ADDRESS "TSO"   
QUEUE "DA(TARGET.DATASET.NAME)" 
"RECEIVE INDSN(MEAS.PACKAGE.XMITCNTL)"  

So I could run it in batch but it makes the process awkward.

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Scott Ford
Gil,

It's looks like from the the TSO/E Command Reference,


SYSOUT(?)   Where the ? Is a class other than * ...I don't think SYSOUT= is
validate since the are parks, unless I am missing something

On Saturday, October 24, 2015, Charles Mills <charl...@mcn.org> wrote:

>
>
> Yes. Means = MSGCLASS.
>
>
> CharlesSent from a mobile; please excuse the brevity
>
>  Original message 
> From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu
> <javascript:;>>
> Date: 10/24/2015  8:03 AM  (GMT-08:00)
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> Command
>
> On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
> >
> >NoPreview or Sysout(class other than *)   * defaults to terminal
> >
> Is "SYSOUT=*" syntactically valid?  I haven't tried it.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Paul Gilmartin
On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
>
>NoPreview or Sysout(class other than *)   * defaults to terminal
> 
Is "SYSOUT=*" syntactically valid?  I haven't tried it.

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Shmuel Metz (Seymour J.)
In <562ab1ca.5020...@aim.com>, on 10/23/2015
   at 04:16 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Got WAD (which they spell "PRS", but it means the same thing.)

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Charles Mills


Yes. Means = MSGCLASS.


CharlesSent from a mobile; please excuse the brevity

 Original message 
From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> 
Date: 10/24/2015  8:03 AM  (GMT-08:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command 

On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
>
>NoPreview or Sysout(class other than *)   * defaults to terminal
> 
Is "SYSOUT=*" syntactically valid?  I haven't tried it.

-- gil

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


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Bill Godfrey
In the context of the RECEIVE command, SYSOUT(*) means the terminal, and has 
nothing to do with MSGCLASS.

See this page of the TSO/E Command Reference:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C5C0/1.38.5

"If * is specified, these messages are directed to the terminal."

When I specify a sysout class, instead of "*", the IEBCOPY messages don't 
appear on the terminal, and if the sysout is held I can view and/or save the 
messages from SDSF.

Bill

On Sat, 24 Oct 2015 13:42:52 -0400, Scott Ford wrote:

>Gil,
>
>It's looks like from the the TSO/E Command Reference,
>
>
>SYSOUT(?)   Where the ? Is a class other than * ...I don't think SYSOUT= is
>validate since the are parks, unless I am missing something
>
>On Saturday, October 24, 2015, Charles Mills wrote:
>
>>
>>
>> Yes. Means = MSGCLASS.
>>
>>
>> CharlesSent from a mobile; please excuse the brevity
>>
>>  Original message 
>> From: Paul Gilmartin 
>> <javascript:;>>
>> Date: 10/24/2015  8:03 AM  (GMT-08:00)
>> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
>> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
>> Command
>>
>> On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
>> >
>> >NoPreview or Sysout(class other than *)   * defaults to terminal
>> >
>> Is "SYSOUT=*" syntactically valid?  I haven't tried it.
>>

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Donald Likens
Using SYSOUT on the prompt worked! I never thought to look at the prompt for a 
solution. Thank You!

PS: I Really wanted it to go to a dataset but this will work for me.

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Scott Ford
Bill,

That's exactly what the manual says if that's what the OP wants

Scott

On Saturday, October 24, 2015, Bill Godfrey <bgodfrey...@gmail.com> wrote:

> In the context of the RECEIVE command, SYSOUT(*) means the terminal, and
> has nothing to do with MSGCLASS.
>
> See this page of the TSO/E Command Reference:
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C5C0/1.38.5
>
> "If * is specified, these messages are directed to the terminal."
>
> When I specify a sysout class, instead of "*", the IEBCOPY messages don't
> appear on the terminal, and if the sysout is held I can view and/or save
> the messages from SDSF.
>
> Bill
>
> On Sat, 24 Oct 2015 13:42:52 -0400, Scott Ford wrote:
>
> >Gil,
> >
> >It's looks like from the the TSO/E Command Reference,
> >
> >
> >SYSOUT(?)   Where the ? Is a class other than * ...I don't think SYSOUT=
> is
> >validate since the are parks, unless I am missing something
> >
> >On Saturday, October 24, 2015, Charles Mills wrote:
> >
> >>
> >>
> >> Yes. Means = MSGCLASS.
> >>
> >>
> >> CharlesSent from a mobile; please excuse the brevity
> >>
> >>  Original message ----
> >> From: Paul Gilmartin
> >> <javascript:;>>
> >> Date: 10/24/2015  8:03 AM  (GMT-08:00)
> >> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;> <javascript:;>
> >> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> >> Command
> >>
> >> On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:
> >> >
> >> >NoPreview or Sysout(class other than *)   * defaults to terminal
> >> >
> >> Is "SYSOUT=*" syntactically valid?  I haven't tried it.
> >>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

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


Re: (External):Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread J O Skip Robinson
The sysout keyword goes on the response to the RECEIVE prompt, e.g.

da(myds) shr sysout(x) 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Saturday, October 24, 2015 4:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Redirect or hide IEBCOPY output when using the TSO 
RECEIVE Command

On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:

>What about,
>
>NoPreview or Sysout(class other than *)   * defaults to terminal
> 
That's certainly what the manual says, and othert report it works, but I get:

 READY
receive indd(NETDATA) sysout(R)
 IKJ56712I INVALID KEYWORD, SYSOUT(R)
 IKJ56703A REENTER THIS OPERAND -

???


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Scott Ford
Bill,

Good,  I am glad he found it useful.

Scott

On Saturday, October 24, 2015, Bill Godfrey  wrote:

> Scott,
>
> As far as I can tell, you were the one who pointed the OP to the SYSOUT
> option, and it worked for him.
>
> Bill
>
> On Sat, 24 Oct 2015 15:49:31 -0400, Scott Ford wrote:
>
> >Bill,
> >
> >That's exactly what the manual says if that's what the OP wants
> >
> >Scott
> >
> >On Saturday, October 24, 2015, Bill Godfrey wrote:
> >
> >> In the context of the RECEIVE command, SYSOUT(*) means the terminal, and
> >> has nothing to do with MSGCLASS.
> >>
> >> See this page of the TSO/E Command Reference:
> >>
> >>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C5C0/1.38.5
> >>
> >> "If * is specified, these messages are directed to the terminal."
> >>
> >> When I specify a sysout class, instead of "*", the IEBCOPY messages
> don't
> >> appear on the terminal, and if the sysout is held I can view and/or save
> >> the messages from SDSF.
> >>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-24 Thread Paul Gilmartin
On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote:

>What about,
>
>NoPreview or Sysout(class other than *)   * defaults to terminal
> 
That's certainly what the manual says, and othert report it works, but I get:

 READY
receive indd(NETDATA) sysout(R)
 IKJ56712I INVALID KEYWORD, SYSOUT(R)
 IKJ56703A REENTER THIS OPERAND -

???

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Ed Gould

You can "trap" the output with session manager.
fairly easily.

Ed
On Oct 23, 2015, at 4:23 PM, Donald Likens wrote:

Has anyone figured out how to redirect the IEBCOPY output that is  
sent as a result of issuing the TSO RECEIVE command.


Example:

RECEIVE INDA(CNTL.XMIT)

INMR901I Dataset TSSDON.MEAS.PACKAGE.TEMP.CNTL from TSSDON on N1
INMR906A Enter restore parameters or 'DELETE' or 'END' +
da(test)
 IEBCOPY MESSAGES AND  
CONTROL STATEMENTS  PAGE 1
IEB1135I IEBCOPY  FMID HDZ1D10  SERVICE LEVEL UA74515  DATED  
20140814 DFSMS 01.13.00 z/OS01.13.00 JBB778H  CPU 2827
IEB1035I TSSDON   SPFPROCI SPFPROCI 16:12:57 FRI 23 OCT 2015  
PARM='WORK=4M,SIZE=1M'

 COPY INDD=((SYS00486,R)),OUTDD=SYS00484
IEB1013I COPYING FROM PDSU  INDD=SYS00486 VOL=
DSN=SYS15296.T161257.RA000.TSSDON.R0100739

IEB1014I   TO PDS  OUTDD=SYS00484 VOL=VPWRKB DSN=TSSDON.TEST
IEB167I FOLLOWING MEMBER(S) LOADED FROM INPUT DATA SET REFERENCED  
BY SYS00486

IEB154I ABENDHAS BEEN SUCCESSFULLY LOADED
IEB154I ALLOCHAS BEEN SUCCESSFULLY LOADED
IEB154I APFADD   HAS BEEN SUCCESSFULLY LOADED
IEB154I ASASMHAS BEEN SUCCESSFULLY LOADED
IEB154I ASMLINK  HAS BEEN SUCCESSFULLY LOADED
IEB154I CALLPRT  HAS BEEN SUCCESSFULLY LOADED
IEB154I CCLB HAS BEEN SUCCESSFULLY LOADED
IEB154I CCLT HAS BEEN SUCCESSFULLY LOADED
IEB154I CCL1 HAS BEEN SUCCESSFULLY LOADED
IEB154I CCOPTF   HAS BEEN SUCCESSFULLY LOADED
IEB154I CCOPTFW  HAS BEEN SUCCESSFULLY LOADED
IEB154I CEEOPTS  HAS BEEN SUCCESSFULLY LOADED
IEB154I CICSLOOP HAS BEEN SUCCESSFULLY LOADED

I want the IEBCOPY print out above to go to a dataset. I have tried

x = OUTTRAP('var.'); // in REXX
NODISPLAY option
Reallocating SYSPRINT.
Reading the manual.

No luck

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


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Robert A. Rosenberg
At 16:16 -0600 on 10/23/2015, Paul Gilmartin wrote about Re: Redirect 
or hide IEBCOPY output when using the TSO RECE:



On 2015-10-23 16:12, Jerry Whitteridge wrote:
 You can change  the SYSTSPRT DD to anything you need (including to 
a dataset)



Nope.  But not to a UNIX file.  Nasty ABEND.  Went to SR.  Got WAD
(which they spell "PRS", but it means the same thing.)


WAD is often a misspelling of BAD (Broken As Designed) which is the 
situation where the design specs are bad/inadequate but since they 
are followed the code is WAD.


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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Jerry Whitteridge
You can change  the SYSTSPRT DD to anything you need (including to a dataset) 

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Friday, October 23, 2015 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

What about,

NoPreview or Sysout(class other than *)   * defaults to terminal

On Friday, October 23, 2015, Jerry Whitteridge <
jerry.whitteri...@safeway.com> wrote:

> The repeated RESTORE OLD allows for multiple datasets to be received
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
>
> If you feel in control
> you just aren't going fast enough.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Jerry Whitteridge
> Sent: Friday, October 23, 2015 2:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> Command
>
> //BATISPF EXEC PGM=IKJEFT01,DYNAMNBR=105,REGION=0K,TIME=1440
> //SYSPROC  DD  DSN=JWHI00V.LIB.CLIST,DISP=SHR
> // DD  DSN=SYS1.SAFEWAY.ISPCLIB,DISP=SHR
> //SYSTSPRT DD SYSOUT=*
> //SYSTSIN  DD *
>  RECEIVE
>  RESTORE OLD
>  RESTORE OLD
>  RESTORE OLD
>  RESTORE OLD
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
>
> If you feel in control
> you just aren't going fast enough.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Paul Gilmartin
> Sent: Friday, October 23, 2015 2:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> Command
>
> On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote:
>
> >Has anyone figured out how to redirect the IEBCOPY output that is sent as
> a result of issuing the TSO RECEIVE command.
> >
> >Example:
> >
> >RECEIVE INDA(CNTL.XMIT)
> >...
> >I want the IEBCOPY print out above to go to a dataset. I have tried
> >
> >x = OUTTRAP('var.'); // in REXX
> >NODISPLAY option
> >Reallocating SYSPRINT.
> >Reading the manual.
> >
> >No luck
> >
> Sigh.  Are you desperate enough to run IKJEFT01 in batch and direct
> SYSTSPRT to a data set?  (But how could you answer the prompt?)
>
> Really, really:
> o RECEIVE should be made a standalone utility, liberated from TSO.
> o The optional parameters to RECEIVE should include that information
>   that might otherwise be supplied to the prompt.
>
> Notice what IBM's stock is doing lately?  There's a reason.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>
> "Email Firewall" made the following annotations.
>
> --
>
> Warning:
> All e-mail sent to this address will be received by the corporate e-mail
> system, and is subject to archival and review by someone other than the
> recipient.  This e-mail may contain proprietary information and is intended
> only for the use of the intended recipient(s).  If the reader of this
> message is not the intended recipient(s), you are notified that you have
> received this message in error and that any review, dissemination,
> distribution or copying of this message is strictly prohibited.  If you
> have received this message in error, please notify the sender immediately..
>
>
> ==
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>
> "Email Firewall" made the following annotations.
>
> --
>
> Warning:
> All e-mail sent to this address will be received by the corporate e-mail
> system, and is subject to archival and review by so

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Paul Gilmartin
On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote:

>Has anyone figured out how to redirect the IEBCOPY output that is sent as a 
>result of issuing the TSO RECEIVE command.
>
>Example:
>
>RECEIVE INDA(CNTL.XMIT)
>...
>I want the IEBCOPY print out above to go to a dataset. I have tried 
>
>x = OUTTRAP('var.'); // in REXX
>NODISPLAY option
>Reallocating SYSPRINT.
>Reading the manual.
>
>No luck
> 
Sigh.  Are you desperate enough to run IKJEFT01 in batch and direct
SYSTSPRT to a data set?  (But how could you answer the prompt?)

Really, really:
o RECEIVE should be made a standalone utility, liberated from TSO.
o The optional parameters to RECEIVE should include that information
  that might otherwise be supplied to the prompt.

Notice what IBM's stock is doing lately?  There's a reason.

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Jerry Whitteridge
//BATISPF EXEC PGM=IKJEFT01,DYNAMNBR=105,REGION=0K,TIME=1440
//SYSPROC  DD  DSN=JWHI00V.LIB.CLIST,DISP=SHR   
// DD  DSN=SYS1.SAFEWAY.ISPCLIB,DISP=SHR
//SYSTSPRT DD SYSOUT=*  
//SYSTSIN  DD * 
 RECEIVE
 RESTORE OLD
 RESTORE OLD
 RESTORE OLD
 RESTORE OLD

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, October 23, 2015 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote:

>Has anyone figured out how to redirect the IEBCOPY output that is sent as a 
>result of issuing the TSO RECEIVE command.
>
>Example:
>
>RECEIVE INDA(CNTL.XMIT)
>...
>I want the IEBCOPY print out above to go to a dataset. I have tried 
>
>x = OUTTRAP('var.'); // in REXX
>NODISPLAY option
>Reallocating SYSPRINT.
>Reading the manual.
>
>No luck
> 
Sigh.  Are you desperate enough to run IKJEFT01 in batch and direct
SYSTSPRT to a data set?  (But how could you answer the prompt?)

Really, really:
o RECEIVE should be made a standalone utility, liberated from TSO.
o The optional parameters to RECEIVE should include that information
  that might otherwise be supplied to the prompt.

Notice what IBM's stock is doing lately?  There's a reason.

-- gil

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Jerry Whitteridge
The repeated RESTORE OLD allows for multiple datasets to be received 

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Friday, October 23, 2015 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

//BATISPF EXEC PGM=IKJEFT01,DYNAMNBR=105,REGION=0K,TIME=1440
//SYSPROC  DD  DSN=JWHI00V.LIB.CLIST,DISP=SHR   
// DD  DSN=SYS1.SAFEWAY.ISPCLIB,DISP=SHR
//SYSTSPRT DD SYSOUT=*  
//SYSTSIN  DD * 
 RECEIVE
 RESTORE OLD
 RESTORE OLD
 RESTORE OLD
 RESTORE OLD

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, October 23, 2015 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote:

>Has anyone figured out how to redirect the IEBCOPY output that is sent as a 
>result of issuing the TSO RECEIVE command.
>
>Example:
>
>RECEIVE INDA(CNTL.XMIT)
>...
>I want the IEBCOPY print out above to go to a dataset. I have tried 
>
>x = OUTTRAP('var.'); // in REXX
>NODISPLAY option
>Reallocating SYSPRINT.
>Reading the manual.
>
>No luck
> 
Sigh.  Are you desperate enough to run IKJEFT01 in batch and direct
SYSTSPRT to a data set?  (But how could you answer the prompt?)

Really, really:
o RECEIVE should be made a standalone utility, liberated from TSO.
o The optional parameters to RECEIVE should include that information
  that might otherwise be supplied to the prompt.

Notice what IBM's stock is doing lately?  There's a reason.

-- gil

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Paul Gilmartin
On 2015-10-23 16:12, Jerry Whitteridge wrote:
> You can change  the SYSTSPRT DD to anything you need (including to a dataset) 
> 
Nope.  But not to a UNIX file.  Nasty ABEND.  Went to SR.  Got WAD
(which they spell "PRS", but it means the same thing.)

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Lizette Koehler
Have you tried 
-+-LOGDATASET-+-(dsn)-'   
   '-LOGDSNAME--'

LOGDATASET(dsname) | LOGDSNAME(dsname)
specifies an alternate name of a sequential data set used to log the 
transmitted data. RECEIVE checks if the data set, specified by the 
LOGDATASET/LOGDSNAME operand, is a sequential data set. However, RECEIVE does 
not check whether the data set attributes are RECFM=VB, LRECL=255, and 
BLKSIZE=3120. If the data set does not exist, the system creates it.

If you specify NONAMES with LOGDATASET or LOGDSNAME, the system does not 
search the NAMES data set.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Donald Likens
> Sent: Friday, October 23, 2015 2:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command
> 
> Has anyone figured out how to redirect the IEBCOPY output that is sent as a 
> result of
> issuing the TSO RECEIVE command.
> 
> Example:
> 
> RECEIVE INDA(CNTL.XMIT)
> 
> INMR901I Dataset TSSDON.MEAS.PACKAGE.TEMP.CNTL from TSSDON on N1
> INMR906A Enter restore parameters or 'DELETE' or 'END' +
> da(test)
>  IEBCOPY MESSAGES AND CONTROL 
> STATEMENTS
> PAGE 1
> IEB1135I IEBCOPY  FMID HDZ1D10  SERVICE LEVEL UA74515  DATED 20140814
> DFSMS 01.13.00 z/OS01.13.00 JBB778H  CPU 2827
> IEB1035I TSSDON   SPFPROCI SPFPROCI 16:12:57 FRI 23 OCT 2015
> PARM='WORK=4M,SIZE=1M'
>  COPY INDD=((SYS00486,R)),OUTDD=SYS00484
> IEB1013I COPYING FROM PDSU  INDD=SYS00486 VOL=
> DSN=SYS15296.T161257.RA000.TSSDON.R0100739
> IEB1014I   TO PDS  OUTDD=SYS00484 VOL=VPWRKB DSN=TSSDON.TEST
> IEB167I FOLLOWING MEMBER(S) LOADED FROM INPUT DATA SET REFERENCED BY
> SYS00486
> IEB154I ABENDHAS BEEN SUCCESSFULLY LOADED
> IEB154I ALLOCHAS BEEN SUCCESSFULLY LOADED
> IEB154I APFADD   HAS BEEN SUCCESSFULLY LOADED
> IEB154I ASASMHAS BEEN SUCCESSFULLY LOADED
> IEB154I ASMLINK  HAS BEEN SUCCESSFULLY LOADED
> IEB154I CALLPRT  HAS BEEN SUCCESSFULLY LOADED
> IEB154I CCLB HAS BEEN SUCCESSFULLY LOADED
> IEB154I CCLT HAS BEEN SUCCESSFULLY LOADED
> IEB154I CCL1 HAS BEEN SUCCESSFULLY LOADED
> IEB154I CCOPTF   HAS BEEN SUCCESSFULLY LOADED
> IEB154I CCOPTFW  HAS BEEN SUCCESSFULLY LOADED
> IEB154I CEEOPTS  HAS BEEN SUCCESSFULLY LOADED
> IEB154I CICSLOOP HAS BEEN SUCCESSFULLY LOADED
> 
> I want the IEBCOPY print out above to go to a dataset. I have tried
> 
> x = OUTTRAP('var.'); // in REXX
> NODISPLAY option
> Reallocating SYSPRINT.
> Reading the manual.
> 
> No luck

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Charles Mills
But presumably DUMMY, which would satisfy the OP.

(Over-validation! Presumably if IEBCOPY just opened the d*mned DCB and wrote to 
it they would be fine. But nooo, they had to "validate" the destination. My 
ignorant guess, of course. Perhaps they had a good reason.)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, October 23, 2015 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On 2015-10-23 16:12, Jerry Whitteridge wrote:
> You can change  the SYSTSPRT DD to anything you need (including to a 
> dataset)
> 
Nope.  But not to a UNIX file.  Nasty ABEND.  Went to SR.  Got WAD (which they 
spell "PRS", but it means the same thing.)

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Paul Gilmartin
On Fri, 23 Oct 2015 15:28:52 -0700, Charles Mills wrote:

>But presumably DUMMY, which would satisfy the OP.
>
>(Over-validation! Presumably if IEBCOPY just opened the d*mned DCB and wrote 
>to it they would be fine. But nooo, they had to "validate" the 
>destination. My ignorant guess, of course. Perhaps they had a good reason.)
> 
SYSPRINT?  Is it possible RECEIVE DYNALLOCs SYSPRINT and supplies an alternate
DDNAME list?  But why!?

I have one (rather Q) program where I attempt to DYNALLOC SYSPRINT (no
REUSE); ignore any error; and call IEBGENER.  I assume that if DYNALLOC fails
the caller knew what he was doing.

-- gil

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


Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

2015-10-23 Thread Scott Ford
What about,

NoPreview or Sysout(class other than *)   * defaults to terminal

On Friday, October 23, 2015, Jerry Whitteridge <
jerry.whitteri...@safeway.com> wrote:

> The repeated RESTORE OLD allows for multiple datasets to be received
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
>
> If you feel in control
> you just aren't going fast enough.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Jerry Whitteridge
> Sent: Friday, October 23, 2015 2:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> Command
>
> //BATISPF EXEC PGM=IKJEFT01,DYNAMNBR=105,REGION=0K,TIME=1440
> //SYSPROC  DD  DSN=JWHI00V.LIB.CLIST,DISP=SHR
> // DD  DSN=SYS1.SAFEWAY.ISPCLIB,DISP=SHR
> //SYSTSPRT DD SYSOUT=*
> //SYSTSIN  DD *
>  RECEIVE
>  RESTORE OLD
>  RESTORE OLD
>  RESTORE OLD
>  RESTORE OLD
>
> Jerry Whitteridge
> Manager Mainframe Systems & Storage
> Albertsons - Safeway Inc.
> 925 738 9443
> Corporate Tieline - 89443
>
> If you feel in control
> you just aren't going fast enough.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Paul Gilmartin
> Sent: Friday, October 23, 2015 2:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE
> Command
>
> On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote:
>
> >Has anyone figured out how to redirect the IEBCOPY output that is sent as
> a result of issuing the TSO RECEIVE command.
> >
> >Example:
> >
> >RECEIVE INDA(CNTL.XMIT)
> >...
> >I want the IEBCOPY print out above to go to a dataset. I have tried
> >
> >x = OUTTRAP('var.'); // in REXX
> >NODISPLAY option
> >Reallocating SYSPRINT.
> >Reading the manual.
> >
> >No luck
> >
> Sigh.  Are you desperate enough to run IKJEFT01 in batch and direct
> SYSTSPRT to a data set?  (But how could you answer the prompt?)
>
> Really, really:
> o RECEIVE should be made a standalone utility, liberated from TSO.
> o The optional parameters to RECEIVE should include that information
>   that might otherwise be supplied to the prompt.
>
> Notice what IBM's stock is doing lately?  There's a reason.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>
> "Email Firewall" made the following annotations.
>
> --
>
> Warning:
> All e-mail sent to this address will be received by the corporate e-mail
> system, and is subject to archival and review by someone other than the
> recipient.  This e-mail may contain proprietary information and is intended
> only for the use of the intended recipient(s).  If the reader of this
> message is not the intended recipient(s), you are notified that you have
> received this message in error and that any review, dissemination,
> distribution or copying of this message is strictly prohibited.  If you
> have received this message in error, please notify the sender immediately..
>
>
> ==
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>
> "Email Firewall" made the following annotations.
>
> --
>
> Warning:
> All e-mail sent to this address will be received by the corporate e-mail
> system, and is subject to archival and review by someone other than the
> recipient.  This e-mail may contain proprietary information and is intended
> only for the use of the intended recipient(s).  If the reader of this
> message is not the intended recipient(s), you are notified that you have
> received this message in error and that any review, dissemination,
> distribution or copying of this message is strictly prohibited.  If you
> have received this message in error, please notify the sender immediately..
>
>
> ==
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

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