HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 24 Jul 1992 17:15:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: JES2 shutdown problem

I've always considered $P to be a pointless command.  It actually
causes trouble if executed by mistake, which is why current releases
of JES2 put up a non-rollable "system draining" message.  There is no
need to $P before $PJES2.

Other people have suggested what to check for, but not given the
commands:
   $DA         check for running jobs.
   $DA,S       check for started tasks.
               ignore SYSLOG and INIT, shut down everything else.
               it doesn't hurt to $PI, but it doesn't matter if you
               forget to do so.
   $DU,STA     (STA => "started") check for devices which need to be
               drained.  JES2 will not shut down if *anything* appears
               in the $DU,STA display.

I have a started task which issues the commands to stop all the
standard started tasks.  If $P is done, this task can't be started.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 29 Jul 1992 12:04:58 PDT
From:         "Mark C. Lawrence" <M.Lawrence@STANFORD.BITNET>
Subject:      Re: UNIT and VOLUME specification (was: esoteric device message)

REPLY TO 07/29/92 11:10 FROM IBM-MAIN@RICEVM1.BITNET "IBM Mainframe Discussion
list": Re: UNIT and VOLUME specification (was: esoteric device message)

>From:         Jerry Bryan <BRYAN@WVNVM.WVNET.EDU>
>Subject:      Re: UNIT and VOLUME specification (was: esoteric device message)
>
>In article <IBM-MAIN%92072911491934@RICEVM1.RICE.EDU>, "Mark C. Lawrence"
><M.Lawrence@STANFORD.BITNET> says:
>>Well, I think the simple answer is, "because MVS is too stupid to
>>go look for the volume".  Obviously it wouldn't be real hard to do;
>>just scan thru all the UCBs for online disks.  I wonder if this is on
>>the list of SHARE requirements?
>>
>>This limitation goes all the way back to OS/360.  I think the logic
>>used is:  (1) find a suitable UNIT, (2) find (or mount) a suitable
>>VOLUME on that UNIT (or in that unit class).  At a time when most
>>disks were mountable, this made a lot of sense.  In the era of
>>nonremoveable disks it no longer does.
>
>I think the simple answer is not quite so simple.  The real reason
>(at least historically under OS/360) is that ALTRES might be a tape.
Well, yes, it could be a tape too.  My point was that the volume
probably wasn't mounted, so the current algorithm made sense at the time.

>In fact, it is even more subtle that that.  ALTRES might be a
>3330 or a 3350 or a 3380 or a 3390 or a 3420 tape or a 3480
>tape or a (pick a unit type of your choice).  Some of these
>possibilities are obviously nonsensical if ALTRES is already
>mounted ...

They are all nonsensical if ALTRES is already mounted, especially if
ALTRES is a non-removeable device, since, as you point out, duplicate
volsers are not allowed.

>For example, vary ALTRES offline.  Should the JCL be parsed
>any differently while ALTRES is offline?

Not exactly PARSED differently.  But unit resolution handled differently.
I suggest the following algorithm for resolving UNIT for *existing*
data sets (i.e. DISP=OLD or SHR) where no UNIT is known but a volume
is specified:

         1.  Assume that the unit is a DASD device
         2.  Scan the UCBs for a DASD unit that is online and has
             the requested volser.
         3.  If found, set UNIT to the unit type for the found vol.
         4.  If not found, issue error message.

>If ALTRES were offline,
>how on earth could you figure out what the proper device type was?

You couldn't.  But this is a fairly rare event, in my experience.
At any rate, most references to existing data sets are made thru the
catalog, which has the unit information.

To:  IBM-MAIN@RICEVM1.BITNET
From: SSTSZXF@VCUVM1.BITNET (Zoltan Forray)
Newsgroups: bit.listserv.ibm-main
Subject: Re: JES2 shutdown problem
Date: 24 Jul 92 18:27:57 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              24 Jul 1992 12:51:14 EST from <TOM@PENNDRLS.UPENN.EDU>

There are other things that JES attends to besides JOBs and Started Tasks.

One thing that many folks miss is draining the RJE/NJE lines as well as
terminating any active LOGON sessions. You can check this with a $DU
command.

Also, check your printers. Drain them, too. It is also a good practice to
drain your initiators, although not required, if memory serves me.
Newsgroups: bit.listserv.ibm-main
From: j-grout@uxa.cso.uiuc.edu (grout john robert)
Subject: Use of tape vs. disk (was Re: 3390 blksize calculation)
Organization: University of Illinois at Urbana
Date: Wed, 22 Jul 1992 19:52:29 GMT

tierney@nevada.edu (TIM TIERNEY) writes:

>In article <IBM-MAIN%92072210340646@RICEVM1.RICE.EDU> Zoltan Forray <SSTSZXF@VCUVM1.BITNET> writes:
>>
>>For instance, on 3480 type media, IBM recommends using the maximum blocksize
>>that you can, the closer to 32K the better. In fact, they say if using less
>>than 4K blocks will actually use more 3480 cartridge media than and equivalent
>>3420 reel tape.
>>

>Not only use more media, but execution time can go up significantly in this
>instance.  It is *very* possible to make a 3480 take on performance
>characteristics that allow a 3420-8 to perform better with the only
>difference being round or square tape.  This is due to the fact that the
>3480 is a streaming device and is generally very poorly suited to start/stop
>operations.  When the 3480 stops is actually runs past where the next block
>should be written and has to backup before operations can begin again.

IBM advises users who are converting from reel to cartridge tape drives to
re-assess tape block sizes (bigger block sizes are better on the 3480) and the
use of tape data sets for activities like logging which have small block sizes
or require the head to stop frequently for serialization (to make sure that
all blocks have been written to tape).  IBM has been converting their own
subsystems for years to log initially to disk and archive logs (reblocked to
large block sizes) to cartridge... in a system like IMS/DC, DB2 or CICS, one
can be smart and size the disk log data sets to fit predictably on one
cartridge.

One performance tip: for user applications with variable-length records, RECFM
VBS substantially aids 3480 performance (because identically-sized consecutive
blocks better fit the controller's buffer allocation scheme).

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 29 Jul 1992 14:01:00 CET
From:         Maarten Ouwehand +31 71 276948/27692
              <CRISMO@RULMVS.LEIDENUNIV.NL>
Subject: Re: Esoteric Device Message in ESA 4.2

Hi hans,
>
> MVS/ESA 4.2 Config Program (GC28-1651) says: "if you use the old
> catalog, and it has esoteric names for datasets ... make no
> deletions, make additions only at the end". MVS/XA and below (we
> skipped version 3, so I have no doc on that) explicitly mention the
> master catalog here, which seems to imply that esoterics in
> usercatalogs are ok. They are not.
>

This isn't true for *OUR* MVS/XA system (2.2.3) ...;-)
My MVS/XA Config Program Guide (GC28-1335) says more or less the same
as the MVS/ESA version : "If you use the catalog from the previous
generation <...>. Make no deletions. Make additions only at the end".
No explicit mention of the Master Catalog !

Actually, when I changed or deleted obsolete UNITNAMES, I have always
checked the usercatalogs for esoteric entries and had them re-cataloged.

Maarten Ouwehand
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 23 Jul 1992 14:48:10 EDT
From:         Zoltan Forray <SSTSZXF@VCUVM1.BITNET>
Subject:      Re: Informal survey of educational sites
              22 Jul 1992 21:43:32 EDT from <V4039@VM.TEMPLE.EDU>

We at Virginia Commonwealth University (VCU) have a similar configuration.
We run a 3084Q currently with 64MB about to be upgraded to 128MB this weekend.
We run MVS/XA on a primarily administrative job mix. We have a 4381 running VM
and assorted VAXes on our two primary campuses (the 3084Q and 4381 are linked).

The "Q" handles all of the CICS stuff (Enrollment Services, Financial Resource
stuff, etc) and TSO. We were running WYLBUR but are getting rid of it and
moving everyone from there to VM or another location of their choice. The Q is
also used for the heavy duty number crunching long running physics type jobs.
Some academics use the Q for their computing platform, where appropriate.

We have app. 107GB of 3380 type DASD (some duals, mostly singles).

We too are poor. Handouts/Grants accepted....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <LRD@FDACFSAN>
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 28 Jul 1992 08:55:36 EDT
From:         Larry Dusold <LRD@FDACFSAN.BITNET>
Subject:      Re: VIOLATE EXEC

Thanks to all who responded to my query.  The best exec that I received
was from Martin Doyle at ROHVM1, for SECUSER under VM/ESA 1.1

Thanks,

Larry Dusold
HHS/FDA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 23 Jul 1992 11:19:00 CST
From:         Kriss Davis <CCFXKPD@UCHIMVS1.UCHICAGO.EDU>
Subject:      Re: PROG476 (DFT buffer error)

You may want to list this on the CICS list.  Just a suggestion,  Kriss
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 29 Jul 1992 10:07:00 MET
From:         Hans Joolen <RCCSJLN@HDETUD2.TUDELFT.NL>
Subject:      Re: Esoteric Device Message in ESA 4.2

Leonard Woren says:
>
> On Mon, 27 Jul 1992 14:53:00 PDT,
>    Dave Friedman 510-642-5823 <SPGDNF@UCBCMSA.BITNET> said:
> > (...)
> > If the dataset is cataloged via UNIT=DISK and DISP=(,CATLG) in jcl, the
> > catalog shows a DEVICETYPE of X'3010200F'.  The same thing happens if we
>
> 3010200F is the UCB device type for 3390.
(... very usefull explanation on esoteric catalog entries ...)
>
> Either that or a response to constant problems caused by the UNITNAME
> positions changing.  The manual says that the systems programmer can
> never move or delete UNITNAMEs once they're defined, because it'll
> cause problems.  Most systems programmers don't know this.

MVS/ESA 4.2 Config Program (GC28-1651) says: "if you use the old
catalog, and it has esoteric names for datasets ... make no
deletions, make additions only at the end". MVS/XA and below (we
skipped version 3, so I have no doc on that) explicitly mention the
master catalog here, which seems to imply that esoterics in
usercatalogs are ok. They are not.

But why do we have to invent the corrective tool ourselves? Why is
there not an option (PARMLIB or so) that we can ask catalog
management to automatically recatolog the dataset.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 21 Jul 1992 22:42:11 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      Re: ESA 4.2 JES2 Routing Restriction
              21 Jul 1992 17:17:00 PDT from <LDW@USCMVSA.BITNET>

On Tue, 21 Jul 1992 17:17:00 PDT Leonard D Woren said:
>  ...                 As far as fixing JES2 to allow it, I suspect
>that it would be less work if you instead change the VM ids so they
>don't contain dashes.  Remember that many JES2 commands take ranges,
>which is indicated by xxx-yyy.  So the dash being special is deeply
>ingrained in JES2.
>
As it turns out, we will be putting on the PTF I mentioned in my last
posting.  The APAR description does explain that the  restriction was
added because some new JES2 commands (or command options) in ESA 4.2
use hyphens in ranges.  So, the APAR fix apparently adds some compensating
syntax for specifying userid's with hyphens.  In some cases, it involves
surrounding the userid with parentheses in those commands where a 'naked'
hyphen would have a different meaning.

Anyway, now it appears that we won't have to do anything ourselves, either
on our VM system or in JES2.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 23 Jul 1992 16:46:00 EDT
From:         David Condrey 656-2733 <DAVIDC@CLEMSON.BITNET>
Subject:      "Multi-volume" SYSRES?
Comments: cc: Mary Allen <MARYA@CLEMSON.BITNET>,
              Don Fraser <DON@CLEMSON.BITNET>,
              Mike Gossett <MIKE@CLEMSON.BITNET>

We are running out of space on our SYSRES, which is a 3380-E (we have
no bigger volumes). So, I would like to know if anyone out there is
running with the equivalent of a multi-volume SYSRES.

We currently do system switches via a CLONE process, switching primarily
between MVS00A and MVS00B. From what I have been able to gather, this is
a pretty standard procedure for MVS shops. We would not want to loose
this functionality with switching between say (MVS0A1,MVS0A2) and
(MVS0B1,MVS0B2). In other words, we LIKE it.

We are concerned with issues like dataset placement and good catalog
maintenance.

We are in the process of doing an IPO, so now seems like a very good
time to make a move.

We also have a re-cataloger that we can use if need be to keep multiple
DLIBs right.

I'm sure some of you nice folks have conquered this. Let's hear some
brilliance!!! Horror stories are welcome as well.

Thanks.
-David
-------------------------------------------------------------------------------
|David S. Condrey                   |   Your   | Bitnet: DAVIDC@CLEMSON       |
|MVS Systems Programmer/Tech Rep.   |    Ad    | Internet: DAVIDC@CLEMSON.EDU |
|Clemson University Computer Center |   Here   | Phone: (803) 656-2733        |
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 22 Jul 1992 09:15:00 HST
From:         "Barry T. Masuda" <T004310@UHCCMVS.BITNET>
Subject:      Change pagesize in SMP/E?

Is there a way to change the pagesize (number of lines per page)
in SMP/E?  We are running SMP/E Release 6.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: New York University - University Computer Center
X-Acknowledge-To: <URARC@NYUCCVM.BITNET>
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 21 Jul 1992 18:38:57 GMT
From:         "Alina R. Chu" <URARC@NYUCCVM.BITNET>
Subject:      Re: JCL formatters/checkers/converters

On Mon, 20 Jul 1992 15:41:48 PDT Dave Gibney said:
>   Here at Washington State University we run MVS/ESA 3.1.3 with JES2 3.1 as a
>guest under VM/ESA. Soon we expect to improve on the security by ignorance. We
>are installing RACF 1.9 and will also be moving toward an SMS environment.
>   We have a lot of datasets to rename and JCL to change!!!
>
>    Anyone out there have any experience with the various JCL tools on the
>market? Is there anything free on the CBT or SHARE tapes? As is usual as the
>other university in a state, we don't have a much loose money floating around.
>
>    Anything sent privately will remain confidential.
  Dave,
    There was something on the CBT or SHARE tapes called TSUPDATE. It could
 run as a batch job on MVS and change strings.  It can also run in a report
 or simulation mode.  It was fairly extensive on what it could do.  It had
 been written by someone in CONRAIL.
    I haven't seen a list of what is on the tapes in a long time but you may
 want to check it out.  I last got something off one of those tapes in 1989.
 Good Luck!

            ALINA    (URARC@NYUCCVM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 30 Jul 1992 13:43:05 EDT
From:         Howard Givner <HOWARD@BKLYN.BITNET>
Subject:      MVS Allocation Recovery

Another reason for wanting MVS allocation recovery:  even when the
configuration of your real system consists of only non-removable
disks, when an MVS system runs as a guest under VM, it is still
possible for the operator to "move" disks from one virtual address to
another by using DETACH and LINK or ATTACH commands.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Computing Services, Arizona State University
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 23 Jul 1992 07:57:33 MST
From:         Bob Kaneshige <KHAAV@ASUVM.INRE.ASU.EDU>
Subject:      SYSTAT program...

Does anyone have a copy of the SYSTAT program that they could send me for
ESA 4.2.  It's on the CBT tape if I recall; something we do not have here.  It
maps out visually the storage in the system.  Thanks!

  BOb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 21 Jul 1992 08:28:24 EDT
From:         Larry Holder <##09@UTMARTN.BITNET>
Subject:      JCL formatters/checkers/converters

>    Here at Washington State University we run MVS/ESA 3.1.3 with JES2 3.1 as a
> guest under VM/ESA. Soon we expect to improve on the security by ignorance. We
> are installing RACF 1.9 and will also be moving toward an SMS environment.
>    We have a lot of datasets to rename and JCL to change!!!
>
>     Anyone out there have any experience with the various JCL tools on the
> market? Is there anything free on the CBT or SHARE tapes? As is usual as the
> other university in a state, we don't have a much loose money floating around.

On occasion we must do mass changes of JCL.  We're under VM, too, so I
suspect that your JCL is kept on one or more minidisks under CMS.
We write a specific EXEC to read the old file and produce the new one,
and run the EXEC against all of the files by first doing a
LISTFILE * * A ( EXEC to produce the CMS EXEC A file, and then run it
specifying our customized exec, by typing CMS JCLCVRT (or whatever the
name of your convert exec is).  This saves having to manually repeat
the exec invocation for every JCL file.

Larry Holder
Senior Programmer/Analyst
The University of Tennessee at Martin Computer Center, Martin, TN 38237
Bitnet: ##09@UTMARTN  Phone: (901) 587-7890  Fax: (901) 587-7841

Software: VSE/ESA 1.1.1, CICS/VSE 2.1.0, VM/ESA 1.0, COBOL-II 1.3.2
Hardware: IBM 9221-150; 9336 FBA dasd; 9348 tape; 7171 protocol cvrt
New PSW:  (Personal Status Words): Saved by grace (Romans 1:16 & 8:38)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 22 Jul 1992 11:22:09 EDT
From:         Zoltan Forray <SSTSZXF@VCUVM1.BITNET>
Subject:      Re: 3390 blksize calculation

Until IBM decides that everything should be kept in linear datasets (where
everything looks like a "page") blocksizes determine storage utilization and
i/o performance.

For instance, on 3480 type media, IBM recommends using the maximum blocksize
that you can, the closer to 32K the better. In fact, they say if using less
than 4K blocks will actually use more 3480 cartridge media than and equivalent
3420 reel tape.

For 3380 type disks, a half-track block (23400) is usually optimal for most
things like load libraries. If you used anything much larger, you would waste
a large amount of space on each track.
Organization: Arizona State University
Date: Tuesday, 28 Jul 1992 07:20:25 MST
From: Bob Kaneshige <KHAAV@ASUACAD.BITNET>
Newsgroups: bit.listserv.ibm-main
Subject: Re: JES2 shutdown problem

In article <IBM-MAIN%92072419170943@RICEVM1.RICE.EDU>, Leonard D Woren
<LDW@USCMVSA.BITNET> says:
>
>I have a started task which issues the commands to stop all the
>standard started tasks.  If $P is done, this task can't be started.

We've got one that will sytematically shutdown the system; all started tasks,
lines, printers, replies to any WTORs, issues $P JES2, and Z EOD.  It's gotten
to the point that the operators have gotten so use to the automation that
asking them to shut down manually requires documentation on how to shutdown
the various tasks.

  Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 27 Jul 1992 10:08:21 EDT
From:         fkd <A024021@RUTVM1.BITNET>
Subject:      Re: JES2 shutdown problem
              24 Jul 1992 12:51:14 EST from <TOM@PENNDRLS.UPENN.EDU>

On Fri, 24 Jul 1992 12:51:14 EST Thomas D. Denier said:
>We are a new MVS site, and are having problems shutting down JES2. We
>are following the procedure IBM suggests in the JES2 command reference.
>We issue a '$p' command, shut down started tasks, and issue a '$p jes2'
>command. We do not get the '$HASP099 ALL AVAILABLE FUNCTIONS COMPLETE'
>message when we finish shutting down the started tasks, and get message
> ...
  I have always used $pjes2,abend to shutdown my JES2 and have never
 had a problem.  With a constant backlog of batch work I don't have
 an empty system when I need to IPL. I learned this from an old time
 HASPer who said 'JES2 knows how to recover'. This is with 2.2.3

Russ Donhauser        RUTGERS, The State University of New Jersey
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 31 Jul 1992 02:19:26 BST
From:         Mike Ellwood <MWE@IBM-B.RUTHERFORD.AC.UK>
Subject:      Re: UNIT and VOLUME specification

>> know this is real spaghetti.
>
>Ah hah.  So the real reason we don't get more user-friendly systems
>from IBM is that it's too hard to change the existing ancient cruddy
>code.  Well, I guess over the next 10 years this problem will solve
>itself, as everybody moves to *ix systems.
>
Ha ha; as an old MVT/MVS fogey, I've been reading this debate with
growing fascination. And from what I've heard there are even more
fascinating debates to be had in the JES area (NQS/MVS for JES3
anyone? :-) )
 As a new *ix user, I can think of few things I could do in MVS, or
even VM, that I can't do as easily in *ix, or easier. (And a lot
of the elegance of VM is only of interest in the context of System/360
(and its descendants) architecture. If one can break out of that trap,
it ceases to have much interest, except historical.
HOWEVER!! - the one thing *ix doesn't have, and could surely use, is
decent tape (and I think I mean tape label) handling, a la MVT/MVS.

Does anyone know if AIX will ever provide this?   (And if this means
deviating from "standard UNIX", well - tough!

>I don't have sympathy for those customers.  If the manual says that
>something has to be done a certain way, and you do it in violation of
>the published doc, and it eventually stops working, you have no right
>to complain to the vendor.
Not sure if I agree with that, but I suspect what they had been taking
advantage of were both the loopholes in the code, and the ambiguities
or plain lack of information in the docs, esp. the old ones.

Mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 24 Jul 1992 19:40:00 MSK
From:         095 Mikhail Kuzminsky -135-6388 <KUS@SUEARN2.BITNET>
Subject:      RE:RE:Copy of ICF- catalog entries.

  Thanks to all persons,which help me with this question.
                                                   Mikhail.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Slippery Rock University - Computer Center
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 30 Jul 1992 21:43:19 EDT
From:         Fran Hensler <FJH@SRU.BITNET>
Subject:      Amiga dialup to IBM 7171
              30 Jul 1992 16:17:41 GMT from <SYSDMCKE@VM.UWP.EDU>

Douglas McKeown:  I see from your sig file that you are an Amiga fan.
What software do you use on an Amiga to dial into an IBM 7171 to access
VM?

Francis J. Hensler, CDP                     BITNET: FJH@SRU
Software Support Specialist                 Phone: (412) 738-2033
Slippery Rock University Computer Center    PANET:     8-654-2033
Slippery Rock, PA  16057-1326  USA   "Yes, Virginia, there is a Slippery Rock"
Newsgroups: bit.listserv.ibm-main