HDTenEightyP/NetNews huggingface dataset:
Original_To:  BITNET%"XCULT-L@PSUVM.BITNET"
Newsgroups: bit.listserv.xcult-l
Date:         Tue, 15 Sep 1992 08:49:00 CST
From:         CHELAGOI <CHOWNING@ACUVAX.BITNET>
Subject:      Re: F16s to Taiwan

Zahir and others,
Payoffs and tradeoffs, in their various forms, are indeed at the core
of many decisions which end in violence.  They are also part of the
decision making process when it comes to relief to the world's poor.
Somalia has little strategic value and the U.S. sees it as having
little to trade, so little aid and a lot too late is all they get
although it is the most suffering place on the face of the planet
at the momment.
Maybe a question could be, can people (not the power brokers in
governments) by outcry and strategically placed information make
a country like Somalia more valuable in the eyes of the West.  IN
other words, could opinion be swayed to the point that the western
powers would be embarrassed or given bad press if they did not
respond in a quality way?

--- Chelagoi
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: XCULT-L@PSUVM.BITNET
X-VMS-To: IN%"XCULT-L@PSUVM.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.xcult-l
Date:         Wed, 9 Sep 1992 10:47:29 -0500
From:         JCWEST@INDYVAX.BITNET
Subject:      Re: salutations...

hello again everyone,

      thank you for your welcome.  and for all those concerned, IUPUI
stands for Indiana University Purdue University at Indianapolis.

                                         joseph...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Prolog:     Office of Development and Alumni Affairs, LIB 654
X-Prolog:     University of South Florida, Tampa, Florida 33620
Newsgroups: bit.listserv.xcult-l
Date:         Mon, 14 Sep 1992 12:24:26 GMT
Comments:     Converted from OfficeVision to RFC822 by PUMP V2.2X
From:         "Debra A. Berkeley (813) 974-2651" <DECABAA@CFRVM.BITNET>
Subject:      DATA PROCESSING MANAGEMENT ASSOC.

*** Resending note of 09/14/92 12:21
To: AFRICAN --CMSNAMES

From:  Debra A. Berkeley                  (813) 974-2651

Hello everyone:

Here is the information on the DPMA that several of you asked for.  This
information is from David Lowe, who is one of the current members.  It is as
follows:

>The address of the Data Processing Management Association is Post Office Box
>978, Park Ridge, IL 60068-0978.  Just write to them and ask for a membership
>application, and they will send you one pretty quickly.

>The current annual fee is $140 ($80 - association, $5 - regional, and $5 -
>local chapter) plus additional SIG's (Special Interest Group) dues.  The
>fees for SIG's range from $10 to $25, depending on the SIG topic.  There are
>about a dozen of SIG's to choose from.

>My local chapter is in Los Angeles.  I receive a monthly newsletter from my
>local chapter.  The Los Angeles chapter sponsors a monthly dinner meeting
>which I attend regularly.  The fun things about joining a professional society
>and becoming actively involved, I think, are:

>1. A professional society offers opportunities for networking.  This is
>perhaps the biggest reason why I joined DPMA.  I believe the networking
>opportunities help a person to establish a professional reputation which
>eventually can lead to career advancement.

>2. I have gotten to know some people who are experts in their own technical
>specialities.  They became instant mentors and/or consultants you can turn to
>when you have technical questions or problems.

>3. Overall, I think joining a professional organization is an inexpensive way
>to keep up technically current and to learn new skills.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xcult-l
Date:         Tue, 8 Sep 1992 14:11:27 -0400
From:         x91ahmed4@GW.WMICH.EDU
Subject:      Re: Death Penalty

hello Marc...

What i think is that if someone murdered a brother of someone..I don't think he
would wank to see the murderer alive on street after 20 years in prison but
 instead he would like to see him hanged.....


Dilshad Ahmed
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: XCULT-L@PSUVM.BITNET
X-VMS-To: IN%"XCULT-L@PSUVM.BITNET"
Newsgroups: bit.listserv.xcult-l
Date:         Fri, 11 Sep 1992 10:04:00 MST
From:         PRIVATEER@RIO.BITNET
Subject:      Re: Medical

nice comment. Ada thanks you beyond belief.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: XCULT-L%PSUVM.BitNet@pucc.PRINCETON.EDU
X-VMS-To: IN%"XCULT-L%PSUVM.BitNet@pucc.PRINCETON.EDU"
X-VMS-Cc: SEDELMAN
Newsgroups: bit.listserv.xcult-l
Date:         Sat, 5 Sep 1992 22:20:00 PDT
From:         "Sam Edelman, Ph.D." <SEDELMAN@OAVAX.CSUCHICO.EDU>
Subject: RE:

Zahir has a very selective choice of books on AIPAC.  AIPAC does its job well.
Jewish and nonJewish voters worked to defeat Paul Findley in his re-election
bid and he has blamed AIPAC ever since.  Noam Chomsky is a person born as a Jew
who is consummed by self hatred.  He sees AIPAC as the evil incarnate because
it represents for him the denial of his Marxist based vision of the world--were
there will be no prejudice against Jews because the Jews of the world will no
longer exist because they have been assimilated into the prolitariate of the
people.  Chomsky has focused his own self denial into a critical and often
invective filled attack on Israel.  The other authors write in much the same
vein.

The key here Zahir is that Israel has gone a great length to vote out of office
one democratic party, Likud and substitute it for another democratic party,
Labour, over the issue of peace with its Arab neighbors.  Inspite of the hate
filled oratory of Chomsky and Findley et al there are peace negotiations
happening now and they are moving at a realitively fast pace.  You may not be
an Arab or an Arab Palestinian, and that is ok with me but your approach and
attack on both Israel and the Jewish community shows off some old and possibly
antiquated thinking on your part.

I suggest you take a lesson from the Arab negotiators and open yourself to the
possiblities of a middle east without the Arab Israeli conflict.
Sam
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: COMMED@RPIECS.BITNET
X-VMS-To: IN%"COMMED@RPIECS.BITNET"
Newsgroups: bit.listserv.commed
Date:         Fri, 11 Sep 1992 12:16:00 MST
From:         KLSMITH@ARIZVMS.BITNET
Subject:      Re: Examples of pedagogical style on video/film

The University Teaching Center at the University of Arizona might
be able to help you with your quest.  602-621-7788.

I only know of those for training Second Language Teachers.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.commed
Date:         Fri, 11 Sep 1992 12:56:18 EDT
From:         STEPHEN@RPIECS.BITNET
Subject:      Examples of pedagogical style on video/film

I wonder if any CommEd subscribers might know of film or video tape
presentations designed to help someone to improve their teaching at
the college level.  The idea is to use this material to help train
graduate students.

Thanks,

Tim Stephen
RPI
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vfort-l
Date:         Mon, 7 Sep 1992 13:36:02 EST
From:         Jim Jones <JIMJ@JHUVM.BITNET>
Subject:      OK, I figured it out

 Seems like *everyone* on the list received the "you have been removed"
 from the list, and now I know why.  When I removed the EB0UB011 server,
 I forgot to include the "quiet" option on the "delete" command.  So, the
 "you have been removed" note we all saw was the notification sent to the
 EB0UB011 server (which dutifully sent it to everyone on the list).  Again,
 please just disregard them, noone has been removed from the list.

 -jj
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vfort-l
Date:         Mon, 7 Sep 1992 12:31:25 EST
From:         Jim Jones <JIMJ@JHUVM.BITNET>
Subject:      mailing list administrivia

 The European section of this mailing list is now served by the LISTSERV
 at EBCESCA1.  Anyone that used to receive mail from node EB0UB011 will
 get their mail from EBCESCA1.  Those subscribers should direct their
 mail and LISTSERV commands to the new server.  The postmaster for the
 spanish LISTSERV will move the archives to the new server tomorrow.

 It appears that some (perhaps all?) of the EB0UB011 subscribers were
 sent ntofication of removal from the VFORT-L list.  I believe this was
 just a consequence of the way Cristina Blanxer moved the Europen list
 to the new server, so please disregard them.  If anyone has any problems
 with the mailing list, please drop me a note at any of these addresses.

 <jimj@jhuvm> <vfort-l-request@jhuvm> <owner-vfort-l@jhuvm>

 -jj

 PS - Substitute jhuvm.hcf.jhu.edu is you prefer Internet mail...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Victoria
Newsgroups: bit.listserv.vfort-l
Date:         Mon, 7 Sep 1992 13:13:13 PDT
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: OK, I figured it out (Zafer asks to be removed)

On Mon, 7 Sep 1992 13:14:09 MST,   Zafer KADI <KGZXK@ASUACAD> wrote:
>Can you remove me from VS FORTRAN discussion list?  |||||||
                                                     |||||||
I can't, but since you're subscribed to the 'VFORT-L@ASUACAD' mailing list,
you should enter the VM/CMS command:
   CP MSG LISTSERV SIGNOFF VFORT-L
to remove your own ID!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vfort-l
Date:         Tue, 8 Sep 1992 08:14:17 -0400
From:         Al Stutz <al@OSC.EDU>
Subject:      CP MSG LISTSERV SIGNOFF VFORT-L

CP MSG LISTSERV SIGNOFF VFORT-L
Al Stutz, Associate Director
Al@osc.edu  614-292-8215
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vfort-l
Date:         Mon, 7 Sep 1992 11:31:10 -0500
Reply-To:     VFORT-L-Request@JHUVM.HCF.JHU.EDU
Comments:     Warning -- original Sender: tag was VFORT-L@EB0UB011
From:         "1.7d Revised List Processor" <LISTSERV@JHUVM.BITNET>
Subject:      Your removal from the VFORT-L list

Dear subscriber,

  As of  Monday, September  the 7th  of 1992,  you have  been removed  from the
VFORT-L   distribution  list   (VS-Fortran  discussion   list)  by   Jim  Jones
<JIMJ@JHUVM.BITNET>.

Virtually,

   The LISTSERV management
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vfort-l
Date:         Mon, 7 Sep 1992 13:14:09 MST
From:         Zafer KADI <KGZXK@ASUACAD.BITNET>
Subject:      Re: OK, I figured it out

Can you remeve me from VS FORTRAN discussion list.

Thank you!

+-------------------------------------++--------------------------------+
|             ZAFER KADI              ||    ARIZONA STATE UNIVERSITY    |
|       Support Systems Analyst       ||     Tempe, AZ 85287 - 0101     |
|  E-mail : KGZXK@ASUVM.INRE.ASU.EDU  ||        (602) 965 - 5626        |
+-------------------------------------++--------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 9 Sep 1992 13:57:29 EDT
From:         RJR0000 <RJR0@DCC.CC.VT.EDU>
Subject:      3725 Channel Type Attach?
Comments: To: IBM-MAIN%RICEVM1.BITNET@VTVM2.CC.VT.EDU

It must run on a byte channel!
> We are installing a 3725-1 to replace a 3705; will be running
> VM ACF/NCP V4.3, SSP V3.6, and EP Release 4. The 3725 Intro
> manual says that it can be connected to byte or block multiplexer
> channels; also says that EP must use byte multiplexer channels to
> communicate. For running PEP (some lines run in NCP mode, some
> in EP mode), do we have to connect the 3725 to a byte mpx channel,
> or will the the EP lines still work ok if it's hooked up to a
> block mpx channel?
Newsgroups: bit.listserv.ibm-main
From: msg@csn.org (Michael Barton)
Subject: Re: VM ESA/370 - The Complete SFS story
Followup-To: bit.listserv.ibm-main
Organization: csn.org
Distribution: usa
Date: Tue, 8 Sep 1992 17:41:56 GMT

In article <IBM-MAIN%92090112312872@RICEVM1.RICE.EDU>, "William J. Forde"
<FORDE@POLYVM.BITNET> wrote:
> 
> Since everyone seems to recommend running VM ESA/ 370 feature on
> my 4381-R14 instead of VM/SP rel 6 I need to know if Share File
> System is availble in ESA/370.  Also what type of performance
> can i expect from ESA/370.
> 

We recently went from VM/SP R6 to VM/ESA 370 feature.  I can tell you this:

SFS is available in both versions of VM in a nearly identical form,
except that it runs, in my subjective opinion, better under VM/ESA
370 feature than under VM/SP R6.

I would like to warn you that SFS offers an incredibly bad method for
backing up SFS directories.  You basically have to backup the entire
filepool (and not just allocated space - ALL space).  There is no
file-level or directory level backup provided.  In other words, if you
define a 1 Gigabyte filepool, and want to back it up (as all good
boy scouts do!) then be prepared to back 1 Gigabyte of data up to tape.

A between release APAR adds the ability to restore individual files
from your 1 gigabyte tape backup.

DFSMS Version 2(?) enhances SFS backup and restore significantly, but
is not available for the 370 feature of VM/ESA.  (This I learned during
IBM's VM DAY presentation here in Denver).

To make any real use of SFS, be prepared to develop your own backup and
restore procedures.

Michael Barton
Engineering Sofware Solutions, Inc.
'Data Processing Consulting for the Technical Community'
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Academic User Services, The University of Akron
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 9 Sep 1992 11:39:23 EDT
From:         Gary Sponseller <SPONSELL@AKRONVM.BITNET>
Subject:      Re: PROC TAPELABEL

SAS has just responded to me that PROC TAPELABEL is indeed in error when
mapping compressed cartridge tapes.  They expect a corrected mapping
algorithm will be installed in a future release of the SAS system.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 15:24:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Questions in moving 3380-K dasd ?

That's interesting, because I think the ICKDSF manual says (or at
least it used to, haven't checked current ones) that if you move a
3380 (other than 3380A/3380D), you must dump it first and reformat it
after the move and then restore it.  Specifically, for 3380E it was
"recommended", and for K it was "required".  However, I don't think
we did any of this when we moved the 3380Ks that we used to have.
They were moved about 10 feet.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 10 Sep 1992 23:34:00 CDT
From:         John Naples <A01JRN1@NIU.BITNET>
Subject:      Re: PROC TAPELABEL and 3490E drives

Leonard D Woren <LDW@USCMVSA.BITNET> said and asked:

>The manual states that the usable area of a 3480 cartridge must be at
>least 150 meters.

I have a training manual from another vendor which addresses some of
these questions.  Their manual says that the cartridge should be at
least 165 meters long including 3 "overhead" sections.  The leader
before the BOT has a max length of 1.34m and it is included in a
larger section which is 3.28m minimum length and also includes the
density ID mark.  After the EOT is a 4.3m minimum length.  Thus the
data portion is 165 - 3.28 - 4.3 = 157.42m

>I don't think the IBG is given in the manual, but everyone seems to
>agree that it's .08 inch.  What I'd still like to know is how much
>tape a tapemark takes.  The reason why I'm concerned about this is
>that on a 9 track, a tapemark is followed by a 3.75 inch erase gap.

The lengths given are expressed as nominal lengths, and are:
IBG of 2mm, Tape Mark of 1mm, and Erase Gap of 7.8mm.  The diagrams
in the manual do not show Erase Gaps as features of fully written
tapes, but then I find the manual a bit confusing.  At the least a
TM is IBG + TM + IBG (or 5mm).  I believe that is about .4 inches.

>Now, I have a question.  Does IDRC use very large blocks (to reduce
>the amount of tape wasted in IBGs?)

Yes.  IDRC combines two techniques to compress the data.  First the
data is broken into 512 byte chunks which are compressed in an
encode process using Run Length Coding and Binary Arithmetic Coding.
Then the encoded blocks are assembled into a packet and the packet
is combined with other packets (number unspecified) so as to
eliminate IBGs.

John Naples
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Syracuse University Computing Services
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 13:46:14 LCL
From:         "Glenn A. Malling" <SYSGAM@SUVM.BITNET>
Subject:      Re: Bitnet vs Internet
              14 Sep 1992 12:19:44 EDT from <STAN@VM.TEMPLE.EDU>

I  think  the  answer  to  Stan's question  is  implicit  in  his
presumption. Namely that BITNET and the InterNet are competitors.
If you  see these networks  as competitive  and want to  pick the
winner, it's no contest.

I'm  of the  opinion that  they are  complimentary. Sure  there's
overlap but if you only go  with one you lose. And before someone
goes to a lot of trouble explaining how the InterNet will be able
to do everything  that BITNET does Real Soon  Now, please explain
how that should  affect a decision someone may have  to make next
week.


Glenn A. Malling (SYSGAM@SUVM) or sysgam@suvm.acs.syr.edu
Syracuse University Computing Services   +1 (315) 443-4111
Machinery Hall  Syracuse, New York 13244-1260
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 8 Sep 1992 23:45:54 EDT
From:         Bill Gruber <BIGCU@CUNYVM.BITNET>
Subject:      Re: VM ESA/370 - The Complete SFS story

On Tue, 8 Sep 1992 17:41:56 GMT Michael Barton said:
>A between release APAR adds the ability to restore individual files
>from your 1 gigabyte tape backup.
>To make any real use of SFS, be prepared to develop your own backup and
>restore procedures.

VMBACKUP and SYBACK both can do file-level restores of files in an SFS
directory.

Bill Gruber
City University of New York
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4dev PL43]
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 11 Sep 1992 17:35:26 EDT
From:         "Joseph D. McMahon" <xrjdm@CALVIN.GSFC.NASA.GOV>
Subject:      Re: SYS1.BRODCAST
              Sep 12, 92 10:54:39 am

Dan Lotz writes:
> Is there a way to reorganize SYS1.BRODCAST, purging old messages based
> on date or userid?
Get your users to log on. No dates are stored with the messages.

> Two or three times a year our SYS1.BRODCAST fills
> up and our MVS system programmer says the only solution is to trash
> the data set and start from scratch.
As of TSO/E 2, yes.

>This works, but we obviously
> throw out good messages with the bad.  (We have evaluated the use of
> individual user logs and determined that they do not meet our needs.)
>
That's you're only other option. We were filling up several times a *week*
(the Cray station software blathers a lot). We went to the userlogs and
have not filled up since. Why are they not an option for you?

 --- Joe M.
Organization: Penn State University
Date: Sat, 12 Sep 1992 08:48:54 EDT
From: Peter M. Weiss <PMW1@psuvm.psu.edu>
Newsgroups: bit.listserv.ibm-main
Subject: Re: Front-end telephone systems
 <1992Sep11.211905.20590@nevada.edu>

In article <1992Sep11.211905.20590@nevada.edu>, rbond@nevada.edu (RICHARD BOND)
says:

>In article <IBM-MAIN%92091111473107@RICEVM1.RICE.EDU> Roy Martin
><CCSYS005@CCSUVM1.BITNET> writes:

A good source of info is already provided in the cumrec-l notebook
archives.  You must be a subscriber in order to GET or SEARCH them.
Here's a script that can be sent by subscribers - to listserv@ndsuvm1
(vm1.nodak.edu)

//ListSrch JOB Echo=no
Database Search DD=RULES OUTLIM=2000
//Rules DD *
search (voice response) or ivr in cumrec-l since 91
index date.8 sender.30 subject.40
print
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 10 Sep 1992 11:30:00 PDT
From:         Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET>
Subject:      Re: 3725 Channel Type Attach?

 EP lines must be in byte channel, but you can
 use two channel adapter - one for NCP lines in block channel
 second for EP lines in byte channel.
 PEP can work in this mode.


 Gregory
------------------------------TEXT-OF-YOUR-MAIL--------------------------------
> We are installing a 3725-1 to replace a 3705; will be running
> VM ACF/NCP V4.3, SSP V3.6, and EP Release 4. The 3725 Intro
> manual says that it can be connected to byte or block multiplexer
> channels; also says that EP must use byte multiplexer channels to
> communicate. For running PEP (some lines run in NCP mode, some
> in EP mode), do we have to connect the 3725 to a byte mpx channel,
> or will the the EP lines still work ok if it's hooked up to a
> block mpx channel?
From: ah739@cleveland.Freenet.Edu (Leslie J. Somos)
Newsgroups: bit.listserv.ibm-main
Subject: Re: SYS1.BRODCAST
Date: 15 Sep 1992 19:14:53 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ah739@cleveland.Freenet.Edu (Leslie J. Somos)
NNTP-Posting-Host: slc4.ins.cwru.edu


In a previous article, SSTSZXF@VCUVM1.BITNET (Zoltan Forray) says:

>If I recall correctly, using the old UADS and ACCOUNT process, there was a
>SYNCHRONIZE command to sync the BRODCAST file with the active UADS account
>database.
>
>I think that ACF2 has a similar utility. Dont know about the other security
>packages.
>


"SYNChronize" is a subcommand of the "ACCOUNT" command.  It is IBM software,
not part of ACF2 or other security packages.

And yes, SYNC is what you need to clean up SYS1.BRODCAST .

Once upon a time, when I was younger, our site was moving from TSO to ROSCOE
for all the application programmers.  So, I had to do mass deletes of TSO
userids.  Instead of doing it with the ACCOUNT command DELETE subcommand,
I brought up the ISPF screen 3.1 and deleted entries in the SYS1.UADS
partitioned data set directly.  Things were OK for a while, just some
strange console messages about people not receiving their NOTIFY job-end
messages,  but eventually the system _froze up_.  The consoles were not
responsive.  After an IPL, we issued SYNC to clean out all the messages
in SYS1.BRODCAST that no longer had a valid TSO userid waiting to receive
them.  
So, yes, SYNC is what you need.
--
Leslie J. Somos   ah739@cleveland.Freenet.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 13:43:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Re: Bitnet vs Internet

> We run a busy Listserv and have many active users who do only use
> email and other Bitnet and Internet services.

Are you implying that no one uses the file services of BITNET?  The most
obvious loss that would result from dropping your BITNET connection is
the ability to get binary files from LISTSERV's (other than your own).
Even files that are nominally text, but which use a code page other than
1047, are likely to come to you apparently garbled.  In some cases, you
could still manage to get such files, since there are some sites that
make the LISTSERV files available via anonymous FTP, but only a few.  In
most cases, the only way to get such files is to make a nuisance of
yourself by begging for individual service from someone who has them.

>  Since Bitnet is an RSCS protocol
> and at home on VM systems, there must be other people

As far as I can tell, the major cost of maintaining BITNET access from
a VM system is maintaining the VM system (hardware and software), not
keeping up the connectivity.  There are cheaper methods of computing.
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU