HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.vm-util
Date:         Fri, 31 Jul 1992 11:38:27 CDT
From:         Bill Hunter <BHUNTER@UA1VM.UA.EDU>
Subject:      Re: SPT command replacement??
Comments: To: VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>,
              Lynne Seamans <lseamans@millersv.BITNET>
              30 Jul 1992 14:52:41 -0400 from <LSEAMANS@MILLERSV>

On Thu, 30 Jul 1992 14:52:41 -0400 Lynne Seamans said:
>We are currently running VM/ESA 1.0 (370 feature) and using the
>'SPT' console command to spool all the RDR files to tape each
>night.  The problem is, on some nights, they don't all fit on one
>reel of tape (even at 6250bpi) and there is no provision for a
>second reel.
>
>Does anyone else have this problem?  If so, what are they doing
>about it??  We have thought about spooling by class, but we would
>like to know if anyone has any better way around this problem.
>Perhaps a utility which would even make it easier to retrieve
>files once they are on the tape(s)?

My "SPT" (CP SPTAPE on VM/XA SP2.1)  asks for another 'tape' when it fills
up the current guy.  Surely VM/ESA 1.0 will do the same thing...

I don't know what happens when one file will not fit on an empty 'tape' (that
is, SPTAPE hits the EOT when writing the first file on a 'tape').  My
understanding from looking at the CP code for SPTAPE is that it will not
allow a file to span a 'tape'.  If he hits an EOT when writing the 2nd-nth
files he'll ask for another 'tape' and re-write the current file from the
start on the next 'tape'.  I've never tested this 'theory'.

If you do have console files that are too big for one 'tape' then you might
think about closing it more frequently.  I think there's an option on the
spool statement (EOF?) that'll close the file after 50000 lines have been
'put' into the spoolfile.

Bill Hunter
The U. of Alabama
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Thu, 23 Jul 1992 10:30:39 MDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.1
From:         Gerry Findling <GERRYF%NAIT.AB.CA@VM.UCS.UALBERTA.CA>
Subject:      3270 LAN connections
Comments: To: VM Utilities Discussion List <VM-UTIL@UBVM.cc.buffalo.edu>

Does anybody know of a public domain, shareware, or very cheap (under $100.00)
3270 LAN package??  What I would like to do is connect our IBM PC's, which are
on a Token Ring LAN, to our VM host, which is also on the LAN throuh a 3174
Token Ring Gateway.  Since we only currently have 10-15 users with this
configuration, I can't justify a site license for an 'off the shelf' package.
As our user base expands, I may be able to convince management but till then...

Thanx in advance.

-------------------------------------------------------------------------------
Gerry Findling                              |
Northern Alberta Institute of Technology    |
Technical Support                           |
(403) 471-7890                              |  Domain:  GERRYF@NAIT.AB.CA
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.BHAM.IBM3090; 22 JUL 92  9:42:32 BST
Newsgroups: bit.listserv.vm-util
Date:         Wed, 22 Jul 1992 09:41:32 BST
Comments:     Warning -- original Sender: tag was
              BRYANJG@IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK
From:         Graham Bryan <J.G.Bryan@BHAM.AC.UK>
Subject:      Re: VM Telnet & Terminal Emulator

You might try getting the RXSOCKET package as this has a VT100 'emulator'
written using RXSOCKET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 31 Jul 1992 12:09:00 EDT
From:         "Dennis.Boone" <BOONE@MSU.BITNET>
Subject:      Re: New RXNAMES available...

> I donno who of you uses this little gem but if you do and are interested
> in the latest version, send me a request.

I don't use it now, but I've wanted something like it in the past.

I'll take one, please!

Dennis Boone
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 29 Jul 1992 13:40:37 ITA
From:         Marco Pirovano <PIROVANO@SIAM.MI.CNR.IT>
Subject:      Re: Finger for VM

On Wed, 29 Jul 92 14:30:18 IST Hank Nussbacher said:
>I have Finger from Michigan but am looking for something that uses
>Rxsocket, and that has not external dependencies other than Rxsocket.
>A Finger that handles nicknames, Names Lists, etc.
>
>Thanks,
>Hank

Hank,
Arty Ecock <ECKCU@CUNYVM> has a finger and whois for VM that use
rxsocket. I think that are also available from listserv@pucc.
Bye.

                             Marco


-----------------------------------------------------------------------
  Marco Pirovano
  CNR - IFCTR/SIAM                  E-mail  : PIROVANO@SIAM.MI.CNR.IT
  Via A. M. Amp}re, 56              Phone   : +39 2 7064.3272
  20131 - MILANO - ITALY            Fax     : +39 2 266.30.30
-----------------------------------------------------------------------
From: CCENGNM@NUSVM.BITNET (Anthony Ng)
Newsgroups: bit.listserv.vm-util
Subject: Re: Changing 15 minutes for VM READ
Date: 31 Jul 92 02:25:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

-----------
>For VM/SP 5/6 users: change in DMKQCP the following line:
>
>DSCTIME  EQU   X'0359'        15 MINUTES IN T.O.D. CLOCK UNITS
>
>assemble DMKQCP, build a new nucleus and IPL the system.
>(VMSES users might follow the 'Local Service Guidelines')
>
>Manfred Palme                       Phone  : +49 (2331) 8042866
>FernUniversitaet -GHS-              Telex  : 823137 feuni d
>- Universitaetsrechenzentrum -      BTX    : + 62804
>D-5800 Hagen 1                      Fax    : +49 (2331) 804313


I notice that X'0359' does not round up to exactly 15 minutes.
Does anyone know why?


---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sos-data
Date:         Fri, 31 Jul 1992 07:57:10 EDT
Reply-To:     AJK@NIHCU.BITNET
From:         AJK@NIHCU.BITNET
Subject: Re: MATCHING COUNTIES

> IS THERE A SET OF MATCHING CODES OR OTHER PROCEDURE TO MATCH CENSUS
> BUREAU (EG., CITY-COUNTY DATA BOOK TAPES) WITH CDC OR PUBLIC HEALTH
> SERVICE COUNTIES FOR RECORDING DEATHS BY HOMICIDE?
> JIMMY NORR
> SOCIOLOGY-UIC
> U08345@UICVM.BITNET


The Census (and supposedly other US agencies) use FIPS (Federal
Information Processing Standards) codes to id counties.
SPSS graphics manual has a list of these.  SPSS has
files of the names of counties as value labels.
IFF the non-census source followed the rules it should be
trivial to match the files.
IFF you only need data for a few counties from the CCDB tape
you can find them on the tape & use their FIPS codes to
get the boundary files for mapping in SPSS.
Newsgroups: bit.listserv.sos-data
Date:         Thu, 30 Jul 1992 14:05:19 CDT
Reply-To:     Jimmy Norr 996-5373 OR 708-328-7915 <U08345@UICVM.BITNET>
From:         Jimmy Norr 996-5373 OR 708-328-7915 <U08345@UICVM.BITNET>
Subject:      MATCHING COUNTIES

IS THERE A SET OF MATCHING CODES OR OTHER PROCEDURE TO MATCH CENSUS
BUREAU (EG., CITY-COUNTY DATA BOOK TAPES) WITH CDC OR PUBLIC HEALTH
SERVICE COUNTIES FOR RECORDING DEATHS BY HOMICIDE?
JIMMY NORR
SOCIOLOGY-UIC
U08345@UICVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.sos-data
Date:         Fri, 31 Jul 1992 11:45:20 EDT
Reply-To:     Peter=Neenan%NetAd%HSRD@HSRD.SOWO.UNC.EDU
From:         Peter=Neenan%NetAd%HSRD@HSRD.SOWO.UNC.EDU
Subject:      re: Census Bureau Budget CUTS .. important to COMPLAIN
X-To:         SOS-DATA@UNCVM1.OIT.UNC.EDU

On the CDE list recently posted, House Committee Chair Neal Smith is
identified as being from Louisiana: He is a long term congressman from DSes
Moines, IOWA (D-IA)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Fri, 24 Jul 1992 11:17:08 CDT
From:         Bill Hunter <BHUNTER@UA1VM.UA.EDU>
Subject:      Re: ESA/XA
              23 Jul 1992 15:04:40 EDT from <SYSBILL@UKCC.UKY.EDU>

On Thu, 23 Jul 1992 15:04:40 EDT Bill Sallee said:
>On Thu, 23 Jul 1992 11:46:07 PDT Bob Bojorquez said:
>>Will the system center products (VMCENTER) that currently run under
>>our VMXA 2.1 system continue to run when we convert to ESA 1.1 ?
>
>They should run under ESA 1.0 but according to the SC technical people
>they won't run under 1.1.  They didn't say how they would fail when
>I asked.  Supposedly you need the /E versions.  Your friendly sales
>rep should be able to tell you.  Anyone actually try to run them under
>1.1?
>
>Bill
They fail because they are engineered/designed to fail on ESA1.1...
VMSecure 4.4a will initialize properly on ESA1.1.  It even appears to build
a correct object directory!  The '/E' versions are suppose to 'run faster and
jump higher' than the VM/XA SP2.1 versions when run with ESA1.1.  They are
also suppose to enhance the revenues of SCI.....
Organization: City University of New York/ University Computer Center
Date: Monday, 27 Jul 1992 11:11:45 EDT
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.l-vmctr
Subject: Re: ESA/XA

In article <L-VMCTR%92072412200289@VM1.CC.UAKRON.EDU>, Bill Hunter
<BHUNTER@UA1VM.UA.EDU> says:
>
>
>As has been discussed previously on this list SCI REQUIRES you to PURCHACE
>their "/E" products if you want to run their stuff on ESA1.1 even though
>the products that run on VM/XA SP2.1 WILL run on ESA1.0 with the ESA feature.
>I suggest you search the archives of this list for the previous (HEATED)
>discussions on this topic.....

I might add that there were some heated discussions at the annual user
conference in D.C. this June about it.  I had lunch with a couple of
developers of VMB and happened to comment on the actual fix number
that put this 1.1 check into the code.  Got some funny looks from them.
Our marketing rep told us it would take a "Major engineering effort"
to fit VMB-classic to work on ESA 1.1 (So they define pulling one
update a major engineering effort)... I wanted to scream liar at her
but held my tongue.

>Bill H.

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 23 Jul 1992 15:04:40 EDT
From:         Bill Sallee <SYSBILL@UKCC.UKY.EDU>
Subject:      Re: ESA/XA

On Thu, 23 Jul 1992 11:46:07 PDT Bob Bojorquez said:
>Will the system center products (VMCENTER) that currently run under
>our VMXA 2.1 system continue to run when we convert to ESA 1.1 ?

They should run under ESA 1.0 but according to the SC technical people
they won't run under 1.1.  They didn't say how they would fail when
I asked.  Supposedly you need the /E versions.  Your friendly sales
rep should be able to tell you.  Anyone actually try to run them under
1.1?

Bill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Wed, 22 Jul 1992 09:24:37 CDT
From:         Chris Hardy <CHRIS@RICEVM1.RICE.EDU>
Subject:      Re: vmtape/vmschedule/vmacct
              20 Jul 1992 21:59:56 EDT from <V4039@VM.TEMPLE.EDU >

On Mon, 20 Jul 1992 21:59:56 EDT Stan Horwitz said:
>Recently, I found a flaw in the way  vmacct tracks vmtape mounts. When I do a
>tape mount interactively via vmtape, the charge is recorded appropriately and
>shows  up in  the  vmacct query  usage  report and  in  the vmjorvw  overhead
>report. When  I mount a  tape via vmtape through  a vmscheduled job  the tape
>mount charge  is not recorded and  it does not show  up in the reports.  I am
>not a systems person, but I am responsible for preparing reports on IBM usage
>for one  of Temple's vice presidents  who is a perfectionist.  I have learned
>to  be very  careful in  reports I  give  to him.  As such,  I reported  this
>problem  to our  systems analyst.  After  spending four  hours attempting  to
>recreate this  problem, he found nothing  wrong. I then showed  him in person
>what  I am  talking about  and  still, he  denies  that there  is a  problem.
>
>Since very few people  use vmschedule on our system, I am  ready to drop this
>subject  on an  official basis.  I am,  however, curious  if anyone  else has
>noticed this  problem. If  so, how  did you  fix it?  Is there  a bug  in the
>software or  is there a  flaw in the way  our Vmcenter files  are configured?
>
Tape accounting should be recorded regardless of where the event is being
started from, vmbatch, vmsched or vmoperator.  The tape mount should be
recorded by vmtape and charged to the user the mount was for and not the
user that issued the mount command unless it was for his own userid.
You have a good point if the tape usage is not showing in the reports.
The mount is recorded on vmtape.  The transactions on vmtape at some cutoff
time are sent to vmacct usually once a day.   Your shop could have a different
cutoff time which would account for usage not reflected in the report.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 23 Jul 1992 11:46:07 PDT
From:         Bob Bojorquez <DS003@CALPOLY.BITNET>
Subject:      ESA/XA

Will the system center products (VMCENTER) that currently run under
our VMXA 2.1 system continue to run when we convert to ESA 1.1 ?
I know that Systems Center has an ESA upgrade, but I would like to
know if it is required, and if so what products will not run without
the upgrade ?
We are currently running VMCENTER 6.4 with heavy use of VMACCOUNT 3.2a,
VMARCHIVE 5.4a, VMBACKUP 5.3a , VMSCHED 4.3a, and VMDIRECT 1.4b.
Organization: City University of New York/ University Computer Center
Date: Friday, 24 Jul 1992 09:33:34 EDT
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.l-vmctr
Subject: Re: ESA/XA

In article <L-VMCTR%92072315092670@VM1.CC.UAKRON.EDU>, Bill Sallee
<SYSBILL@UKCC.UKY.EDU> says:
>
>On Thu, 23 Jul 1992 11:46:07 PDT Bob Bojorquez said:
>>Will the system center products (VMCENTER) that currently run under
>>our VMXA 2.1 system continue to run when we convert to ESA 1.1 ?
>
>They should run under ESA 1.0 but according to the SC technical people
>they won't run under 1.1.  They didn't say how they would fail when
>I asked.  Supposedly you need the /E versions.  Your friendly sales
>rep should be able to tell you.  Anyone actually try to run them under
>1.1?

They will run under ESA 1.0 & ESA 370-feature.

They will NOT however run under ESA 1.1, in fact VMBACKUP 5.3C which
we run here will run for 15 minutes then craps out with a message to
the effect of "You are not licensed to run with the ESA 1.1 feature"
or something like that.

In order to run your products under ESA 1.1 you will have to fork out
some major dinero for the "new" line of VMCENTER II products which
are distinguished by a /E on the end.. IE, VMBACKUP/E  etc.

From what I've seen of these "new" products they are essentially the
same as the old ones with a few new whistles and bells.  Oh, that
and they allow you to run under ESA 1.1

There is no *real* reason the older products can't work under ESA 1.1
except they check the results from DIAG(0) and crash and burn if
they find ESA 1.1 bits.

>Bill

We had a big discussion about this gouging a few months ago.

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Tue, 21 Jul 1992 14:06:25 CDT
From:         Chris Hardy <CHRIS@RICEVM1.RICE.EDU>
Subject:      Re: vmtape/vmschedule/vmacct
              20 Jul 1992 21:59:56 EDT from <V4039@VM.TEMPLE.EDU >

On Mon, 20 Jul 1992 21:59:56 EDT Stan Horwitz said:
>Recently, I found a flaw in the way  vmacct tracks vmtape mounts. When I do a
>tape mount interactively via vmtape, the charge is recorded appropriately and
>shows  up in  the  vmacct query  usage  report and  in  the vmjorvw  overhead
>report. When  I mount a  tape via vmtape through  a vmscheduled job  the tape
>mount charge  is not recorded and  it does not show  up in the reports.  I am
>not a systems person, but I am responsible for preparing reports on IBM usage
>for one  of Temple's vice presidents  who is a perfectionist.  I have learned
>to  be very  careful in  reports I  give  to him.  As such,  I reported  this
>problem  to our  systems analyst.  After  spending four  hours attempting  to
>recreate this  problem, he found nothing  wrong. I then showed  him in person
>what  I am  talking about  and  still, he  denies  that there  is a  problem.
>
>Since very few people  use vmschedule on our system, I am  ready to drop this
>subject  on an  official basis.  I am,  however, curious  if anyone  else has
>noticed this  problem. If  so, how  did you  fix it?  Is there  a bug  in the
>software or  is there a  flaw in the way  our Vmcenter files  are configured?
>
There are a couple of places that you need to check.  If the mount is using
the "for" option then accounting will be for that user.  ALso, do a select
on vmacct for all "A6" type records and  for the particular date the job ran
on vmsched.  There should not be a diffenence in the data being accounting for.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Fri, 24 Jul 1992 11:04:16 CDT
From:         Bill Hunter <BHUNTER@UA1VM.UA.EDU>
Subject:      Re: ESA/XA
X-To:         VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>,
              Bob Bojorquez <ds003@calpoly.BITNET>

On Thu, 23 Jul 1992 11:46:07 PDT Bob Bojorquez said:
>Will the system center products (VMCENTER) that currently run under
>our VMXA 2.1 system continue to run when we convert to ESA 1.1 ?

Technically, the answer is YES, with some restrictions....

>I know that Systems Center has an ESA upgrade, but I would like to
>know if it is required, and if so what products will not run without
>the upgrade ?
>We are currently running VMCENTER 6.4 with heavy use of VMACCOUNT 3.2a,
>VMARCHIVE 5.4a, VMBACKUP 5.3a , VMSCHED 4.3a, and VMDIRECT 1.4b.

VMSecure 4.4a will initialize on VM/ESA 1.1.  After a rather short and random
time period it will shut itself down and complain about it not being licenced
for R1.1 of VM/ESA.  I'm sure you could write a quick and dirty mod to the
diagnose x'00' code in CP that would return the program product bitmap for
R1.0 of VM/ESA if the caller was VMSecure (or any SCI product).  I suspect
that this would keep VMSecure (or any other SCI product) up indefinitely.

As has been discussed previously on this list SCI REQUIRES you to PURCHACE
their "/E" products if you want to run their stuff on ESA1.1 even though
the products that run on VM/XA SP2.1 WILL run on ESA1.0 with the ESA feature.
I suggest you search the archives of this list for the previous (HEATED)
discussions on this topic.....

Bill H.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Thu, 30 Jul 1992 12:25:26 EDT
From:         Larry Snodgrass <SNODGRAS@BITNIC.BITNET>
Subject:      Re: add-on for 9209
Comments: To: Node Management Discussion <NODMGT-L@BITNIC.BITNET>

On Thu, 30 Jul 1992 11:00:26 CET Hans-Ulrich Giese said:
>i just received a complaint about one of the 'new' nodenames :
>     -- MVSESA
>i agree, that this nodename isn't a good choice, but currently we don't
>have any list of names which are (or should be) protected. so i can
>only add this node to the 9209 update.
>
>-ulrich-

I will try to pay more attention to the new node names each month and
suggest alternatives to general names like these.

Larry
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Fri, 31 Jul 1992 12:33:19 -0400
Reply-To:     ICARUS@PUCING
From:         ICARUS@PUCING.BITNET
Subject:      Pucing Shut down...?

Hello everybody,
 Thanks for your valuable info about deleting a node using the right procedure
,the fact is that our node PUCING will be active an working normally for a
while, the destiny is still unclear about if it will be shut down or working
normally, so don't erase it from your tables until new info about this.

 Thanks in advance to all the Bitnet comunity.

 Virtually
 Eduardo Jimenez Aleuy
 IBM9370-Pucing
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 21 Jul 1992 16:53:50 EST
From:         Alnoor Dhanani <NUR@HARVARDA.BITNET>
Subject:      Upgrade to 3390 Model 3 disks and to VM/ESA

We are in the process of upgrading to 3390 Model 3 disks and then to
VM/ESA. Has anyone experienced any problems running MAILER 2.08
with the 3390s or VM/ESA?
From: DEVMTG12@SAKFU00.BITNET (MUSTAFA T. ALGHAZAL)
Newsgroups: bit.listserv.xmailer
Subject: Mailer for VAX
Date: 22 Jul 92 07:17:11 GMT
Organization: KFU - KING FAISAL UNIVERSITY ,SAUDI ARABIA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU


 Hi folks ,
   We have a node here having a DEC VAX 8550 machine with VMS operating
   system and JNET communication software.
   Can you advice whether there is a mailer system for this machine ,similar
   to the Columbia XMAILER and  RICEMAIL packages.
   Please respond to me directly as Iam not supscribed to this list. Thanks

____________________________________________________________________
|  MUSTAFA T. AL-GHAZAL          ||     DEVMTG12@SAKFU00.BITNET    |
|  KFU NODE ADMINSTRATOR         ||     OR : NAD@SAKFU00           |
|  ACADEMIC COMPUTING SERVICES   ||     VOICE: (966) 3-580-0219    |
|        M A N A G E R           ||     OR : (966)3-580-0000 X 1214|
|  KING FAISAL UNIVERSITY        ||     COMPUTER CENTER            |
|  HOFUF-SAUDI ARABIA            ||     P.O.BOX 380                |
|________________________________||________________________________|
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Mon, 27 Jul 1992 11:42:01 -0400
Reply-To:     ICARUS@PUCING
From:         ICARUS@PUCING.BITNET
Subject:      shut down a node......

Hello everybody....

 I have a question relative to deleting nodes.
 In some time more our node PUCING will be shut down and may be for ever.We
want to know how is the right procedure to make this.

 Thanks in Advance.

Eduardo Jimenez Aleuy
POSTMAST@PUCING.BITNET
ICARUS@PUCING.BITNET
Universidad Catolica de Chile.

Node: Pucing.Bitnet
adjacent nodes : PUCFACEA,UCHCECVM.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Thu, 30 Jul 1992 11:00:26 CET
From:         Hans-Ulrich Giese <U001212@HEARN.BITNET>
Subject:      add-on for 9209
Comments: To: NODMGT-L@HEARN.BITNET

i just received a complaint about one of the 'new' nodenames :
     -- MVSESA
i agree, that this nodename isn't a good choice, but currently we don't
have any list of names which are (or should be) protected. so i can
only add this node to the 9209 update.

-ulrich-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Thu, 30 Jul 1992 10:41:49 CET
From:         Hans-Ulrich Giese <U001212@HEARN.BITNET>
Subject:      new/del nodes for 9209
Comments: To: NODMGT-L@HEARN.BITNET

here comes the list of new/del nodes for 9209 :

new nodes:

ESNET    0996 US BITNET
MSOESA   1271 US BITNET
MVSESA   1349 US BITNET
NIHNLM   1419 US BITNET
NIHNLM3C 1476 US BITNET
OHSTPW   1496 US BITNET
UFCC     1554 US BITNET
UFOAK    1594 US BITNET
UHVMESA  1751 US BITNET
UICPH1   1901 US BITNET
UICWS    1964 US BITNET
JPNSUT32 2020 JP CAREN
ALIJKU12 0501 AT EARN
CSPUNI13 0576 CS EARN
FRILL50  0254 FR EARN
FRUAGG11 0002 FR EARN
HUKLTE51 0511 HU EARN
ICRS4VM  0485 IT EARN

delete nodes:
AKRON    BINGVAXC  BUASTA    CTSTATEU  EALSOL51  EMDUAHM1  FHCRCVM
HHEOUH54 HUTSUR51  KUIKSC00  KUKISR00  KUKUN00   LUSUN     RMC
UMIAMVS  UORHBV
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU