Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Roach, Dennis]

As someone already mentioned, the JECL is different. It shouldn't be hard to 
write code to translate. 

The other issue is the class structure. JES2 uses an one character class on the 
JOB card. JES3 used the  class on the JOB card or an eight character class on 
the //*MAIN JECL statement. 

Ed Jaffe has done some papers on it.
ftp://phoenixsoftware.com/pub/demo/JES3_to_JES2_User_Experience.pdf
ftp://phoenixsoftware.com/pub/demo/JES3_White_Paper.pdf 


Dennis Roach, CISSP, PMP
IAM Access Administration – Consumer – Senior Analyst 
2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 
Report information security incidents to: aiglr_security_incide...@aig.com and 
(818) 673-4030 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, January 14, 2016 8:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

Yes, Lizette - I meant to say JES3 to JES2.  Thanks!

Has anyone who has done this have an estimate of the amount of time it might 
take, and the effort?

Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, January 14, 2016 9:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 to JES3 Migration

Cheryl,

I am guessing you meant the subject to say JES3 to JES2 migration???

The one challenge I see is the JCL is different between the two environments.  
JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN)   

JES2 has no master JES system, JES3 has a Master.  So in JES2 jobs can either 
run where the JCL is converted or anywhere in the JESMAS.


There is also the concept in JES3 that until all resources available, the job 
will not run.  JES2 it can run and wind up waiting on resources.

Those are about the differences I can think of off the top of my head.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Cheryl Watson
> Sent: Thursday, January 14, 2016 7:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES2 to JES3 Migration
> 
> A customer asked us for suggestions for performing a JES3 to JES2 migration.
> Are there products that will help in this, or do you know any 
> companies who perform this migration?  You can reply off-list if you prefer.
> 
> Thanks so much,
> Cheryl
> cheryl at watsonwalker.com

--
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

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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Scott Barry]

MVS Solutions' ThruPut Manager provides key resource management function some 
of which are similar in JES3, while also providing value-added function for 
operational / production-scheduling tasks.

http://www.thruputmanager.com/product-features/ 

Scott Barry
SBBWorks, Inc.



On Thu, 14 Jan 2016 21:13:49 -0500, Cheryl Watson  
wrote:

>Yes, Lizette - I meant to say JES3 to JES2.  Thanks!
>
>Has anyone who has done this have an estimate of the amount of time it might 
>take, and the effort?
>
>Cheryl
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Thursday, January 14, 2016 9:08 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: JES2 to JES3 Migration
>
>Cheryl,
>
>I am guessing you meant the subject to say JES3 to JES2 migration???
>
>The one challenge I see is the JCL is different between the two environments.  
>JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN)   
>
>JES2 has no master JES system, JES3 has a Master.  So in JES2 jobs can either 
>run where the JCL is converted or anywhere in the JESMAS.
>
>
>There is also the concept in JES3 that until all resources available, the job 
>will not run.  JES2 it can run and wind up waiting on resources.
>
>Those are about the differences I can think of off the top of my head.
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Cheryl Watson
>> Sent: Thursday, January 14, 2016 7:01 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: JES2 to JES3 Migration
>> 
>> A customer asked us for suggestions for performing a JES3 to JES2 migration.
>> Are there products that will help in this, or do you know any 
>> companies who perform this migration?  You can reply off-list if you prefer.
>> 
>> Thanks so much,
>> Cheryl
>> cheryl at watsonwalker.com
>
>--
>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

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

Re: JES2 to JES3 Migration

[Lund James E]

Never a bad time for a shameless SHARE plug...  :)

Nationwide Insurance will be giving a session in San Antonio titled "JES3 to 
JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, 
unfortunately, up against Bit Bucket :(

For comparison of JESs, two other sources -
1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences
2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 
function comparison - search SHARE proceedings for those.

FYI,
James Lund
Texas A University - "Proud JES3 Site" 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, January 14, 2016 8:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JES2 to JES3 Migration

A customer asked us for suggestions for performing a JES3 to JES2 migration.  
Are there products that will help in this, or do you know any companies who 
perform this migration?  You can reply off-list if you prefer.

Thanks so much,
Cheryl
cheryl at watsonwalker.com

--
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: JES2 to JES3 Migration

[Lizette Koehler]

Also, there are JES2 and JES3 Lists on the Net.  To join, if you have not done 
so, 
JES2http://listserv.vt.edu/cgi-bin/wa?A0=jes2-l
JES3http://www.listserv.uga.edu/archives/jes3-l.html

I am sure some can supply answers there as well.  Though these are not very 
active lists.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lund James E
> Sent: Friday, January 15, 2016 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 to JES3 Migration
> 
> Never a bad time for a shameless SHARE plug...  :)
> 
> Nationwide Insurance will be giving a session in San Antonio titled "JES3 to
> JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am,
> unfortunately, up against Bit Bucket :(
> 
> For comparison of JESs, two other sources -
> 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences
> 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3
> function comparison - search SHARE proceedings for those.
> 
> FYI,
> James Lund
> Texas A University - "Proud JES3 Site"
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Cheryl Watson
> Sent: Thursday, January 14, 2016 8:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] JES2 to JES3 Migration
> 
> A customer asked us for suggestions for performing a JES3 to JES2 migration.
> Are there products that will help in this, or do you know any companies who
> perform this migration?  You can reply off-list if you prefer.
> 
> Thanks so much,
> Cheryl
> cheryl at watsonwalker.com

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

Tape formats (was: Conversion ...)

[Paul Gilmartin]

On Fri, 15 Jan 2016 01:29:48 -0500, Ed Finnell wrote:

>VHS or Beta Max. 9trks for 3420's.
> 
I thought VHS and Beta were both helical scan, not 8-track.

>In a message dated 1/15/2016 12:20:59 A.M. Central Standard Time,... writes:
>
>Weren't  those mostly used in automobiles?  I remember when a colleague
>first  saw a 3480 cartridge he asked, "Is that an  8-track?"
>
It's plausible that the restriction of ASCII<->EBCDIC conversion to tape
arises because the conversion is done in the control unit.  Is that the case?
Otherwise, yes, the restriction is inexcusable.  It's also inexcusable that
no error is reported when conversion is requested on a device on which
it's not permitted.  Sx13 would be a more appropriate outcome.

-- gil

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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Jerry Whitteridge]

We did a conversion 3 -> 2 many years ago, but it was more moving work from a 
Jes3 system to a Jes2 system, not converting an existing system from one to the 
other.

It really depends on the complexity of the exploitation of the Jes3 constructs 
- How your Global/Local setup is, Do you depend on Setup to have resources in 
place, do you schedule with a scheduling package or use DJC's etc.etc.

Biggest problem we faced was not the technical migration, but the education of 
our users of JCL and exposing them to new concepts. We had identified the risk 
there but it turned out to be a bigger challenge then we (the technicians) 
expected.

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 Cheryl Watson
Sent: Thursday, January 14, 2016 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

Yes, Lizette - I meant to say JES3 to JES2.  Thanks!

Has anyone who has done this have an estimate of the amount of time it might 
take, and the effort?

Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, January 14, 2016 9:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 to JES3 Migration

Cheryl,

I am guessing you meant the subject to say JES3 to JES2 migration???

The one challenge I see is the JCL is different between the two environments.
JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN)

JES2 has no master JES system, JES3 has a Master.  So in JES2 jobs can either 
run where the JCL is converted or anywhere in the JESMAS.


There is also the concept in JES3 that until all resources available, the job 
will not run.  JES2 it can run and wind up waiting on resources.

Those are about the differences I can think of off the top of my head.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Cheryl Watson
> Sent: Thursday, January 14, 2016 7:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES2 to JES3 Migration
>
> A customer asked us for suggestions for performing a JES3 to JES2 migration.
> Are there products that will help in this, or do you know any
> companies who perform this migration?  You can reply off-list if you prefer.
>
> Thanks so much,
> Cheryl
> cheryl at watsonwalker.com

--
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

 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: Tape formats (was: Conversion ...)

[Robert A. Rosenberg]

At 10:22 -0600 on 01/15/2016, Paul Gilmartin wrote about Tape formats 
(was: Conversion ...):



 >In a message dated 1/15/2016 12:20:59 A.M. Central Standard Time,... writes:


Weren't  those mostly used in automobiles?  I remember when a colleague
first  saw a 3480 cartridge he asked, "Is that an  8-track?"


It's plausible that the restriction of ASCII<->EBCDIC conversion to tape
arises because the conversion is done in the control unit.  Is that the case?
Otherwise, yes, the restriction is inexcusable.  It's also inexcusable that
no error is reported when conversion is requested on a device on which
it's not permitted.  Sx13 would be a more appropriate outcome.


The conversion is NOT done in the control unit. It is done in the 
computer after the data is read from the tape or before data is 
written to the tape. When read, the raw data is even stored as is or 
converted from the ASCII mappings to EBCDIC mappings. The same 
process occurs in the opposite direction when you write an ASCII 
Tape. Think of it like the CHARSET setting on an Email Message. When 
the CHARSET is US-ASCII or ISO-8859-1 the data is read as-is. 
CHARSET=UTF-8 on the other hand converts the data into different 
glyphs (characters).


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

Re: Conversion from Unisys Cobol file definitions to zOS

[Robert A. Rosenberg]

At 01:02 -0500 on 01/15/2016, Ed Finnell wrote about Re: Conversion 
from Unisys Cobol file definitions to zOS:



It's been years but I got involved in Notis(library) imports that were
Ascii 8trks. The first cut was OTPCD=Q, but it was a 'strict ASCII' 
that didn't

 convert diacriticals. Think they ended up using SAS but it's been a very
long time.


That would be a given if OPTCD=Q was based on a 7-bit ASCII (ie: 
US-ASCII in Email Terms). To get diacriticals you need 8-bit ASCII 
(ie: ISO-8859-1/etc).


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

Re: Conversion from Unisys Cobol file definitions to zOS

[Robert A. Rosenberg]

At 00:20 -0600 on 01/15/2016, Paul Gilmartin wrote about Re: 
Conversion from Unisys Cobol file definitions to zOS:



On Fri, 15 Jan 2016 00:28:41 -0500, Robert A. Rosenberg wrote:
 >

... did not support 8-Track tapes.  ...


Weren't those mostly used in automobiles?  I remember when a colleague
first saw a 3480 cartridge he asked, "Is that an 8-track?"


OOPS. I meant to type 8-bit tapes not 8-track tapes.




-- 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: DFHSM/SMS QUESTION - SPACE MANAGEMENT

[Glenn Wilcock]

Hi, a couple of other things to look at: (1) Verify that the volume is being 
selected for space management.  As indicated, HSM doesn't process data sets on 
a volume unless the volume exceeds its high threshold.  Once a volume is 
selected, HSM will process all eligible data sets on that volume until the low 
threshold is reached.  (2) Enable PATCH .MGCB.+26 X’FF’, which indicates that 
HSM should issue additional ARC0734I messages to indicate why data sets weren't 
selected for processing.  (This patch is documented in the DFSMShsm Diagnosis 
manual).

Glenn Wilcock
DFSMShsm Architect

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

Re: JES2 to JES3 Migration

[Cheryl Watson]

Thanks, James, for this pointer.  And thanks to all who are providing such 
great information!

Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lund James E
Sent: Friday, January 15, 2016 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 to JES3 Migration

Never a bad time for a shameless SHARE plug...  :)

Nationwide Insurance will be giving a session in San Antonio titled "JES3 to 
JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, 
unfortunately, up against Bit Bucket :(

For comparison of JESs, two other sources -
1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences
2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 
function comparison - search SHARE proceedings for those.

FYI,
James Lund
Texas A University - "Proud JES3 Site" 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, January 14, 2016 8:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JES2 to JES3 Migration

A customer asked us for suggestions for performing a JES3 to JES2 migration.  
Are there products that will help in this, or do you know any companies who 
perform this migration?  You can reply off-list if you prefer.

Thanks so much,
Cheryl
cheryl at watsonwalker.com

--
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

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

[OT?] ISPW sold to Compuware

[R.S.]

ISPW was sold to Compuware.

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Klaus Stanislawiak]

JES2 supports 8-character job class names as of z/OS 2.1, also explained in the 
Redbook I mentioned earlier today.
I suggest to review that Redbook first, and then the latest SHARE Orlando 
presentations by Tom Wasik "What's new in z/OS 2.2 JES2".
Conversion should be easier today than a few years ago.

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

OT: IBM buys German payment fraud analytics firm IRIS Analytics

[Lizette Koehler]

IBM buys German payment fraud analytics firm IRIS Analytics 

Jan 15 2016, 09:45 ET | By:
http://seekingalpha.com/author/sa-editor-eric-jhonsa, SA News Editor 

Continuing its analytics-related acquisition spree, IBM has bought a German
provider of software for investigating fraud cases, and modeling/simulating a
company's response to a fraud event. Terms are undisclosed.

IBM: "IRIS provides a real-time fraud analytics engine that leverages machine
learning to generate rapid anti-fraud models while also supporting the creation
and modification of ad-hoc models, proven successful on various sized payment
platforms ... IRIS serves to bridge the gap between expert-driven rules and
traditional predictive modeling by applying artificial intelligence and
cognitive techniques to partner with human experts in suggesting best fit
analytics interactively, while testing and deploying models with real production
data, as it happens and without downtime."

http://seekingalpha.com/news/3034026-ibm-buys-german-payment-fraud-analytics-fir
m-iris-analytics?uprof=10


Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Mike Schwab]

Are the volumes SMS managed or JES3 managed?  You should be able to
convert JES3 managed volumes to SMS managed volumes before dropping
JES3.

On Fri, Jan 15, 2016 at 9:10 AM, Roach, Dennis  wrote:
> As someone already mentioned, the JECL is different. It shouldn't be hard to 
> write code to translate.
>
> The other issue is the class structure. JES2 uses an one character class on 
> the JOB card. JES3 used the  class on the JOB card or an eight character 
> class on the //*MAIN JECL statement.
>
> Ed Jaffe has done some papers on it.
> ftp://phoenixsoftware.com/pub/demo/JES3_to_JES2_User_Experience.pdf
> ftp://phoenixsoftware.com/pub/demo/JES3_White_Paper.pdf
>
>
> Dennis Roach, CISSP, PMP
> IAM Access Administration – Consumer – Senior Analyst
> 2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019
> Work:  713-831-8799
> Cell:  713-591-1059
> Email:  dennis.ro...@aig.com
> Report information security incidents to: aiglr_security_incide...@aig.com 
> and (818) 673-4030
>
> All opinions expressed by me are mine and may not agree with my employer or 
> any person, company, or thing, living or dead, on or near this or any other 
> planet, moon, asteroid, or other spatial object, natural or manufactured, 
> since the beginning of time.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Cheryl Watson
> Sent: Thursday, January 14, 2016 8:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
>
> Yes, Lizette - I meant to say JES3 to JES2.  Thanks!
>
> Has anyone who has done this have an estimate of the amount of time it might 
> take, and the effort?
>
> Cheryl
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Lizette Koehler
> Sent: Thursday, January 14, 2016 9:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 to JES3 Migration
>
> Cheryl,
>
> I am guessing you meant the subject to say JES3 to JES2 migration???
>
> The one challenge I see is the JCL is different between the two environments.
> JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN)
>
> JES2 has no master JES system, JES3 has a Master.  So in JES2 jobs can either 
> run where the JCL is converted or anywhere in the JESMAS.
>
>
> There is also the concept in JES3 that until all resources available, the job 
> will not run.  JES2 it can run and wind up waiting on resources.
>
> Those are about the differences I can think of off the top of my head.
>
> Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Cheryl Watson
>> Sent: Thursday, January 14, 2016 7:01 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: JES2 to JES3 Migration
>>
>> A customer asked us for suggestions for performing a JES3 to JES2 migration.
>> Are there products that will help in this, or do you know any
>> companies who perform this migration?  You can reply off-list if you prefer.
>>
>> Thanks so much,
>> Cheryl
>> cheryl at watsonwalker.com
>
> --
> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Ed Jaffe]

On 1/15/2016 7:10 AM, Roach, Dennis wrote:

The other issue is the class structure. JES2 uses an one character class on the 
JOB card. JES3 used the  class on the JOB card or an eight character class on 
the //*MAIN JECL statement.


Both JESes now support eight-character job classes on the job card.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

JES3 to JES2 Migration

[Norman.Hollander]

Cheryl-
One of the larger issues with JES3 to JES2 migration efforts is the JCL changes 
needed to be converted.
In what I call JES2 mode in JES3, the site is not necessarily using the good 
JES3 functionality, and has a lot
of JCL left over from years gone by.  One of the features in zOSEM is the JES3 
to JES2 migration aid.  Basically,
it converts all of the JES3 functions to JES2 at the time the Jobs are read in. 
 This means, absolutely no customer
JCL changes need to be done- so no JCL errors when submitted to JES2.

Full disclosure- zOSEM is from Trident Services (some may know them from the 
ExitMan days), and is an IBM
Business Partner.  zOSEM is a set of solutions that can help customers reduce 
MLC costs, manage and enhance
User Exits, and optimize HSM.  The JES3 to JES2 feature is part of the 
solution.  

As a IBM Subject Matter Expert for zOSEM, I'd be happy to discuss functionality 
and benefits with you.

zNorman

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Friday, January 15, 2016 7:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 to JES3 Migration

Thanks, James, for this pointer.  And thanks to all who are providing such 
great information!

Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lund James E
Sent: Friday, January 15, 2016 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 to JES3 Migration

Never a bad time for a shameless SHARE plug...  :)

Nationwide Insurance will be giving a session in San Antonio titled "JES3 to 
JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, 
unfortunately, up against Bit Bucket :(

For comparison of JESs, two other sources -
1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences
2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 
function comparison - search SHARE proceedings for those.

FYI,
James Lund
Texas A University - "Proud JES3 Site" 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, January 14, 2016 8:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JES2 to JES3 Migration

A customer asked us for suggestions for performing a JES3 to JES2 migration.  
Are there products that will help in this, or do you know any companies who 
perform this migration?  You can reply off-list if you prefer.

Thanks so much,
Cheryl
cheryl at watsonwalker.com

--
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

--
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: Tape formats (was: Conversion ...)

[Ed Finnell]

Hard to say for sure. We kept them for a long while for interchange between 
 smaller financial entities.
Also, much of good graphics and plotters were on 'mini-computers' DEC,  
Varian, and TI.
 
Here's a link to IBM's Archive. There's numerous links to storage related  
history and development.
 
http://www-03.ibm.com/ibm/history/exhibits/storage/storage_3420.html
 
Here's a link to video cassettes and formats.
 
http://tech-notes.tv/Standards-Practices/TVTapeformats.htm
 
The hot cars back in the 60's had reverberator's to mimic stereo from AM  
mono  stations. First playback device I saw was a 45 in a 64 Plymouth  
Fury(big Hemi). Then cassettes and the countryside became littered with  mylar. 
Then VHS audio was popular 'til CD's became available. 
 
 
 
 
In a message dated 1/15/2016 10:23:05 A.M. Central Standard Time,  
000433f07816-dmarc-requ...@listserv.ua.edu writes:

It's  plausible that the restriction of ASCII<->EBCDIC conversion to  tape
arises because the conversion is done in the control unit.  Is  that the 
case?
Otherwise, yes, the restriction is inexcusable.  It's  also inexcusable that
no error is reported when conversion is requested on  a device on which


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

Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)

[Art Gutowski]

In a past life, a group of sysprogs entertained the idea of migrating as a cost 
savings measure.  The JECL and JOB CLASS changes were the least of our worries. 
 Exits could be written to translate and map.  As others have pointed out, 
8-character JES2 JOB classes may reduce the need for custom code, as can 
software tools that identify and perform conversion (no pun intended).

The bigger problem was JES3 functionality that systems and applications types 
alike exploited and the extent to which they did.  I don't recall any technical 
hurdles we couln't clear - between already licensed, or readily available 
vendor (including IBM) software, plus a little custom code, there wasn't any 
JES3 function we used that couldn't be "replaced".  It was the time to make the 
conversion and the cost of additional software that put the project on the 
shelf.  YMMV.

Migrating from JES3 DASD management to SMS (also mentioned to previously) 
helped, but, off the cuff, in no particular order, there are other features to 
consider, such as:
 - JES3 tape management
 - DEADLINE scheduling
 - DJC

These have have viable alternatives, if you can spend the time and/or money.  I 
agree a trip through the aforementioned Redbook(s), white papers, and a few 
SHARE presentations (the "bi-JESual" pitch comes to mind) will be well worth 
the investment in time.  

Regards,
Art Gutowski
General Motors, LLC

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

Re: Why doesn't "="option work in SMP/E panels?

[Art Gutowski]

>I also use  where appropriate and have added SCRNAME to most entries. 
>Very useful when using SWAPBAR. 
The introduction of SWAPBAR (combined with SCRNAME) was terrific.  

> You want SMPE, type SMP or SMPE, you want RACF, type RAC or RACF. SYSLOG? 
> Type SL.  Operlog?  Type OL. 
Neat!  Just FYI, some of these are also provided in ISPF, if by different names:

>ISRDDN? Type DDN. 
Or DDLIST. BTW, I use APF, LINK, and PARMLIB extensively (PROCLIB would be very 
useful, too), as well as MEMBER search, which is also available from...

>3.4 DSL
Or DSLIST (if you don't mind the extra keystrokes).  Without parms brings up 
your reflist, with a parm will bring up a dataset listing just as it would from 
the 3.4 panel.  But, alas, it only deals with cataloged datasets.
 
There's more... "Settings" stacks the Settings Panel into your active session.  
There's also UDLIST (3.17).  I haven't looked at "ISPF Hidden Treasures" in a 
while, so I'm sure there are others.
Regards,
Art Gutowski
General Motors, LLC

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

SLIP and ESTAE

[Paul Schuster]

Hello:

As designed, an ESTAE routine can recover from a (for example) 0C4 abend.  The 
abend can happen, but the  ESTAE can be coded so no one is the wiser than an 
abend has happened.

However, if there is a SLIP set for (for example) C=0C4, it seems the SLIP and 
its action parms will take precedence over the ESTAE.  So the nicely coded 
ESTAE which masks any abends is ignored, and the actual cause of the abend is 
exposed.

I guess under certain circumstances this can be a good thing, but is there a 
way to have an ESTAE or some other recovery routine be immune to any SLIP 
processing?

Thank you for any insight you can provide.

Paul

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

Re: SLIP and ESTAE

[Jim Mulder]

> As designed, an ESTAE routine can recover from a (for example) 0C4 
> abend.  The abend can happen, but the  ESTAE can be coded so no one 
> is the wiser than an abend has happened.
> 
> However, if there is a SLIP set for (for example) C=0C4, it seems 
> the SLIP and its action parms will take precedence over the ESTAE. 
> So the nicely coded ESTAE which masks any abends is ignored, and the
> actual cause of the abend is exposed.
> 
> I guess under certain circumstances this can be a good thing, but is
> there a way to have an ESTAE or some other recovery routine be 
> immune to any SLIP processing?

  SLIP is called from RTM1 before any FRR exits, and from RTM2 before
any STAE/STAI/ESTAEX/ESTAE/ESTIA/ARR exits.  And that is a good thing.
I don't want any recovery routines to be immune from SLIP processing.

  ESPIE exits are called before RTM (and thus before SLIP).  And that
is one of the reasons why I despise ESPIE and recommend against
using it. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY



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

Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT

[willie bunter]

Migrate the dsn after 10 days of non-usage.


On Thu, 1/14/16, Lizette Koehler  wrote:

 Subject: Re: DFHSM/SMS QUESTION -  SPACE MANAGEMENT
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Thursday, January 14, 2016, 1:52 PM
 
 What does your management
 class for this dataset say as well as the HSM policy?
 
 Lizette
 
 
 > -Original Message-
 > From: IBM Mainframe Discussion List
 [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On
 > Behalf Of willie bunter
 > Sent: Thursday, January 14, 2016 10:53
 AM
 > To: IBM-MAIN@LISTSERV.UA.EDU
 > Subject: Re: DFHSM/SMS QUESTION - SPACE
 MANAGEMENT
 > 
 >
 Lizette,
 > 
 > Thanks
 for the info.  For this dsn in particular there is no
 migration it is
 > to be expired/deleted
 after 1 day of non-usage.
 > 
 > You have touched on the point of space
 management algorithms for migration.  I
 > assume that this would also pertain to the
 deletion of files as well. Right?
 > 
 >
 
 > On Thu, 1/14/16, Lizette Koehler 
 wrote:
 > 
 >  Subject:
 Re: DFHSM/SMS QUESTION -  SPACE MANAGEMENT
 >  To: IBM-MAIN@LISTSERV.UA.EDU
 >  Received: Thursday, January 14, 2016,
 12:45 PM
 > 
 >  So
 depending on the
 >  version of z/OS -
 look at On Demand Migration (v2.1 and  above), this
 might
 > help more
 >
 
 >  Second, correct, files are only
 moved if DFHSM  feels the volume needs to
 > have the space back, however, you 
 could  have a migration policy in the
 >
 management class that  says - if this is still on DASD
 after 1 month, then
 > migrate  the
 file.
 > 
 >  It
 depends on
 >  what your requirements
 are.  You can just let files migrate  as HSM sees fit
 > based on its algorithms for space 
 management, or you can setup a management
 > class that says it  gets migrated if
 unused in XX days.
 > 
 >  Many choices.
 > 
 >  Lizette
 > 
 >  >
 > 
 -Original Message-
 >  > From:
 IBM
 >  Mainframe Discussion List
 [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On  > Behalf Of
 > willie bunter 
 > Sent: Thursday, January 14, 2016 10:23  AM  > To:
 IBM-
 > m...@listserv.ua.edu 
 > Subject: DFHSM/SMS QUESTION - SPACE  MANAGEMENT 
 >  >
 > Good  Day To All,  > 
 > I  need to confirm if I my understanding about SMS
 &
 > SPACE  management is  >
 correct.
 >  > We have noticed that
 there are several  dsns which have been on dasd for
 > over  >
 >  10
 months.  The volumes and dsns are all SMS managed and 
 DFHSM performs the
 > > necessary
 migration  and deletion.  I checked the MANAGEMENT class
 and the
 > dsns  > are to be deleted
 after 1 day  non-usage  >  > Expire  after Days
 Non-
 > usage  . : 1  > Expire 
 after Date/Days . . . .      : 1  >  Retention
 > Limit  . . . . . . .       
    :
 >  0
 >  >
 >  > Below
 are the
 >  attributes of the Storage
 Group:
 >  >
 > 
 >
 >  > Allocation/migration
 >  Threshold :            High
 >  85   (1-100)  Low . . 1
 >  >
 >  (0-99)
 >  > Alloc/Migr Threshold
 >  Track-Managed:  High   
 85   (1-100)    Low  . . 1   (0- 
 > 99)  > Guaranteed
 > Backup
 Frequency  . . . . .
 >  .         
         (1 to  or
 >  >
 NOLIMIT)
 >  >
 > 
 BreakPointValue  . . . . . . . . . . . .
 >               
    (0-65520
 >  > or
 blank)
 >  > Processing
 >  Priority  . . . . . . . . . . 50
 >     (1-100)
 >  >
 >  > I think
 that the dsns are not deleted  because SMS did not select
 some of
 > these  > volumes have not
 met the criteria of the  Low threshold of 1.  I
 > remember  >  reading somewhere (on
 this board the following):
 >  >
 >  > For primary space
 >  management, HSM only looks at the low
 threshold. If the  > volume exceeds the
 > low threshold, then we  will process any
 data sets that are  >  eligible for
 > migration on that volume.
 >  >
 > 
 >  > Could someone confirm if I am
 >  correct?
 >  >
 >  >
 >  Thanks.
 
 --
 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: DFHSM/SMS QUESTION - SPACE MANAGEMENT

[Gibney, David Allen,Jr]

What about back up?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
> Sent: Friday, January 15, 2016 4:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
> 
> Migrate the dsn after 10 days of non-usage.
> 
> 
> On Thu, 1/14/16, Lizette Koehler  wrote:
> 
>  Subject: Re: DFHSM/SMS QUESTION -  SPACE MANAGEMENT
>  To: IBM-MAIN@LISTSERV.UA.EDU
>  Received: Thursday, January 14, 2016, 1:52 PM
> 
>  What does your management
>  class for this dataset say as well as the HSM policy?
> 
>  Lizette
> 
> 
>  > -Original Message-
>  > From: IBM Mainframe Discussion List
>  [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>  On
>  > Behalf Of willie bunter
>  > Sent: Thursday, January 14, 2016 10:53  AM  > To: IBM-
> m...@listserv.ua.edu  > Subject: Re: DFHSM/SMS QUESTION - SPACE
> MANAGEMENT  >  >  Lizette,  >  > Thanks  for the info.  For this dsn in
> particular there is no  migration it is  > to be expired/deleted  after 1 day 
> of
> non-usage.
>  >
>  > You have touched on the point of space  management algorithms for
> migration.  I  > assume that this would also pertain to the  deletion of 
> files as
> well. Right?
>  >
>  >
>  
>  > On Thu, 1/14/16, Lizette Koehler 
>  wrote:
>  >
>  >  Subject:
>  Re: DFHSM/SMS QUESTION -  SPACE MANAGEMENT  >  To: IBM-
> m...@listserv.ua.edu  >  Received: Thursday, January 14, 2016,
>  12:45 PM
>  >
>  >  So
>  depending on the
>  >  version of z/OS -
>  look at On Demand Migration (v2.1 and  above), this  might  > help more  >
> 
>  >  Second, correct, files are only
>  moved if DFHSM  feels the volume needs to  > have the space back, however,
> you  could  have a migration policy in the  >  management class that  says - 
> if
> this is still on DASD  after 1 month, then  > migrate  the  file.
>  >
>  >  It
>  depends on
>  >  what your requirements
>  are.  You can just let files migrate  as HSM sees fit  > based on its 
> algorithms
> for space  management, or you can setup a management  > class that says
> it  gets migrated if  unused in XX days.
>  >
>  >  Many choices.
>  >
>  >  Lizette
>  >
>  >  >
>  >
>  -Original Message-
>  >  > From:
>  IBM
>  >  Mainframe Discussion List
>  [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>  On  > Behalf Of
>  > willie bunter
>  > Sent: Thursday, January 14, 2016 10:23  AM  > To:
>  IBM-
>  > m...@listserv.ua.edu
>  > Subject: DFHSM/SMS QUESTION - SPACE  MANAGEMENT  >  >  > Good  Day
> To All,  >  > I  need to confirm if I my understanding about SMS  &  >
> SPACE  management is  >  correct.
>  >  > We have noticed that
>  there are several  dsns which have been on dasd for  > over  >  >  10
> months.  The volumes and dsns are all SMS managed and  DFHSM performs
> the  > > necessary  migration  and deletion.  I checked the MANAGEMENT
> class  and the  > dsns  > are to be deleted  after 1 day  non-usage  >  >
> Expire  after Days
>  Non-
>  > usage  . : 1  > Expire
>  after Date/Days . . . .      : 1  >  Retention  > Limit  . . . . . . .
>     :
>  >  0
>  >  >
>  >  > Below
>  are the
>  >  attributes of the Storage
>  Group:
>  >  >
>  >
>  >
>  >  > Allocation/migration
>  >  Threshold :            High
>  >  85   (1-100)  Low . . 1
>  >  >
>  >  (0-99)
>  >  > Alloc/Migr Threshold
>  >  Track-Managed:  High
>  85   (1-100)    Low  . . 1   (0-
>  > 99)  > Guaranteed
>  > Backup
>  Frequency  . . . . .
>  >  .
>          (1 to  or
>  >  >
>  NOLIMIT)
>  >  >
>  >
>  BreakPointValue  . . . . . . . . . . . .
>  >
>     (0-65520
>  >  > or
>  blank)
>  >  > Processing
>  >  Priority  . . . . . . . . . . 50
>  >     (1-100)
>  >  >
>  >  > I think
>  that the dsns are not deleted  because SMS did not select  some of  > these  
> >
> volumes have not  met the criteria of the  Low threshold of 1.  I  >
> remember  >  reading somewhere (on  this board the following):
>  >  >
>  >  > For primary space
>  >  management, HSM only looks at the low  threshold. If the  > volume
> exceeds the  > low threshold, then we  will process any  data sets that
> are  >  eligible for  > migration on that volume.
>  >  >
>  >
>  >  > Could someone confirm if I am
>  >  correct?
>  >  >
>  >  >
>  >  Thanks.
> 
>  --
>  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

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