HDTenEightyP/NetNews huggingface dataset:
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: news.groups,comp.unix.sysv386
Subject: Re: RFD: comp.unix.* reorganization
Date: 21 Jul 92 19:58:47 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <36044@apadravya.princeton.edu>, bpwing@phoenix.princeton.edu (Ben Wing) writes:
| In article <1992Jul20.230334.23812@spool.cs.wisc.edu> dws@ssec.wisc.edu writes:
| |In article <1992Jul17.203501.26417@uunet.uu.net> chip@tct.com (Chip Salzenberg) writes:

| |>Replace:
| |>  comp.unix.msdos -->
| |>   comp.unix.dos-under-unix  MS-DOS running under UNIX by whatever means.
| |
| |Icky name.  How about something more general, like
| |
| |     comp.unix.emulators.dos
| |
| |Then we would have a reasonable place to put newgroups for other OS
| |emulators running on UNIX systems.
| 
| Or for UNIX emulators running on other systems?  (ala comp.unix.emulators.mach
| for Unix running on a Mach kernel?)

  No, by any reasonable interpretation of the original posting that
would mean a mach emulator running under unix. The term emulator is
marginally correct here, since it leads people to think of the CP/M or
Apple][ emulators, rather than a hardware feature which emulates the o/s
rather than the hardware.

  Actually I like dos-under-unix best, because that accurately describes
what the group talks about.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
From: dseal@armltd.co.uk (David Seal)
Newsgroups: news.groups
Subject: Re: NEW Role Players Guides Group
Date: 22 Jul 92 13:52:09 GMT
Distribution: news
Organization: A.R.M. Ltd, Swaffham Bulbeck, Cambs, UK

In article <1992Jul21.162348.16367@ulowell.ulowell.edu>
bdianton@cs.ulowell.edu (Brian Diantonio) writes:

>NO THIS ISN't REC.GAMES. FRP. (or any of those)

>From your descriptions, it *is* rec.games.frp.whatever - see detailed
replies below. In any case, if you make a new roleplaying group, you should
put it in the rec.games.frp.* hierarchy: sysadmins' lives are easier if
related groups are kept in the same hierarchy.

>I didn't give a good decription last time.  Please take into consideration
>this newsgroup.  I should go about getting it made?
>
>The group I am suggesting would have (and not limited to)
>(a) Monster Beastiary
>This would be a section posted weekly.  It would consist of new monsters's
>decriptions, info (THAC0, AC, etc.), and ways to fit these into your
>campaign.  Anyone could add thier own ideas and they would be added
>to this list.  DM's and players  could both use this.

The correct way to handle this at present is either via the net.books, or by
asking people to mail you their monster descriptions (use rec.games.frp.dnd
if you want *D&D-specific monsters, rec.games.frp.misc if you want monsters
specific to another system or system-independent monsters). When you've got
enough, you produce a tidied-up listing of them and post it to
rec.games.frp.archives, with a short posting to the original group saying
that it has been sent there. You repeat this as and when you get enough new
ones to justify a further "volume".

You *don't* repeatedly post the same information at weekly intervals: the
net has better things to do with the bandwidth. If you try it, you will
quite quickly find either that your sysadmin is asked to restrain you, or
failing that, that your group is dropped by many sites.

>(b) New Spells list
>This would be like the Beastiary in the way that it would be posted weekly.
>Anyone could send thier own spells, be it priest or wizard, to this.
>Feel free to NAME your spell EXAMPLE: Higler's Happy Shoes.  Spell
>Throwers from almost anywhere could use more spells to cast and
>baffle thier friends.  Every week the "Spells Books" would be judged
>and the top spell would be listed (vote via e-mail).
>(c) New Equipment
>How many people look through thier equipment list and think
>same old stuff.  Brighten your horizens with new equipment and armors.
>They could be magical or non-magical.  Weapons, armor, misc.
>just post like WEAP:Double Mace, ARM: Spike Shield, etc.  They 
>would be compiled into one large collection weekly.

These should be dealt with in exactly the same way as (a) above.

>(d) Adds
>Anyone that is looking for players or DMs in thier area could advertise.
>Contact each other through e-mail and maybe be playing soon.

This seems perfect material for rec.games.frp.announce.

David Seal
dseal@armltd.co.uk

All opinions are mine only...
Newsgroups: news.groups
From: ddenter@uglv.UVic.CA ()
Subject: Re: RFD: misc.forsale.computers reorganization
Summary: don't do it, use better subjects instead
Organization: University of Victoria, Victoria, BC, Canada
Date: Wed, 29 Jul 92 17:35:32 GMT

In article <Bs4Fr0.77F@news.cso.uiuc.edu> tinsel@uiuc.edu writes:
>
>I suggest:
>
>   misc.forsale.computers.systems -- for cpu's, as well as complete
>      systems sold bundled.  Can be broken down by to apple, pc,
>      unix, other if necessary later.
>
>   misc.forsale.computers.software -- should be more than enough
>      to handle current software traffic.
>   
>   misc.forsale.computers.storage -- disk drives, ram, tape, etc.
>
>   misc.forsale.computers.peripherals -- modems, printers, mice, etc.
>
>   misc.forsale.computers.misc -- books, other computer related items.

I am against ANY reorganization of m.f.c for reasons that there
will be too many cross-posts and that I, like many others, am interested
in many different items for several different architectures.  However, if 
there is going to be a reorganization, the only proposal that I have seen 
so far that has a hope of satisfying most of the readers is the one outlined 
above.

An alternative to splitting the group is to educate people on how to write
descriptive subjects so that people can scan through the subject headings
to find what they are looking for.  Another poster mentions this is not 
possible on most newsreaders, however, there is a command on most 
newsreaders to do this, this fact has been thoroughly discussed in previous
threads on splitting the group.

regards,
Dean Denter          ddenter@sirius.uvic.ca           cdenter@ra.uvic.ca



Xref: sparky news.groups:15852 comp.unix.sysv386:12186
From: bpwing@phoenix.princeton.edu (Ben Wing)
Newsgroups: news.groups,comp.unix.sysv386
Subject: Re: RFD: comp.unix.* reorganization
Date: 21 Jul 92 05:45:13 GMT
Organization: Princeton University
X-Subliminal-Message: You can quit reading news anytime you want.

In article <1992Jul20.230334.23812@spool.cs.wisc.edu> dws@ssec.wisc.edu writes:
|In article <1992Jul17.203501.26417@uunet.uu.net> chip@tct.com (Chip Salzenberg) writes:
|>Create: comp.unix.usg.*
|
|I would prefer comp.unix.usl.*, since usg hasn't existed for years.
|
|>Replace:
|>  comp.unix.msdos -->
|>   comp.unix.dos-under-unix  MS-DOS running under UNIX by whatever means.
|
|Icky name.  How about something more general, like
|
|     comp.unix.emulators.dos
|
|Then we would have a reasonable place to put newgroups for other OS
|emulators running on UNIX systems.

Or for UNIX emulators running on other systems?  (ala comp.unix.emulators.mach
for Unix running on a Mach kernel?)


ben
--

Practice random kindness and senseless acts of beauty.
Newsgroups: news.groups
From: chip@tct.com (Chip Salzenberg)
Subject: Re: 2nd RFD: comp.unix.* reorganization
Date: Wed, 29 Jul 1992 12:17:07 GMT
Organization: TC Telemanagement, Clearwater, FL

According to sef@kithrup.COM (Sean Eric Fagan):
>We "just" had a comp.unix reorganization ...

It was a year ago.

>... which was heated beyong belief ...

But this time, I'm not going to touch the "wizards" sacred cow.

>... and was supposed to solve all of our "problems."

Come now, Sean.  I've never claimed that any particular action would
solve _all_ problems!  The last reorg solved some problems.  I hope
that this one will also solve some problems.

>I am completely and totally against this reoganization.

That's your privilege, of course.
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
   "Do Rush place weird subliminal backmasked messages in their songs to
 compel unwilling geeks to commit evil .sig atrocities?"  -- Dean Engelhardt
From: weigl@sibelius.inria.fr (Konrad Weigl)
Newsgroups: news.groups
Subject: Re: rec.moto.harley
Date: 21 Jul 92 11:08:30 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

In article <1992Jul20.153947.6955@wpi.WPI.EDU>, mick@maxine.wpi.edu (Ravi Narayan) writes:
|>      r.m is a high volume
|> 	group with a lot of noise and flak... there is quite a lot of
|> 	japanese bike bashing in r.m as well as support for h-ds...
|> 	a considerable number of rec.m readers ride harleys. it seems to
|> 	me that if the mailing list is large enough to justify creation
|> 	of a news-group, then if these people just "returned" to r.m
|> 	they should collectively be able to handle any anti-hd stuff.

WHY THE F*** SHOULD WE HARLEY RIDERS BE FORCED TO HANDLE _THE STUFF_??

Who are all of you guys telling US what we should be able to handle?

We do NOT want to handle, be able to handle, whatever HD-bashing is
going on in rec.mot.

In fact, quite a few have left already, looking for a place where they
feel more at home; me, among others.

The secession has already taken place.

The only question that remains is whether the people unable to 
get alt.motorcycle.harley and the mailing list have a right to
have a forum where they can express themselves, and contact us, that
can.


|> 	if rec.motorcycles can take such things as discussions/support
|> 	of "Jap bike shoot-outs" (events were japanese bike(s) are
|> 	methodically and brutally destroyed for amusement and ego
|> 	boosting) why can we not live with an occasional anti-harley
|> 	thread? 

Anybody living in rec.mot can live with whatever she or he wants.

Just don't force other people to put up with it or get out.

Konrad Weigl               Tel. +33 93 65 78 63
Projet Pastis              Fax  +33 93 65 76 43
INRIA                      email weigl@sophia.inria.fr
B.P. 93
06902 Sophia Antipolis Cedex 
France
Xref: sparky news.groups:15901 comp.os.coherent:3161
From: michael@resonex.com (Michael Bryan)
Newsgroups: news.groups,comp.os.coherent
Subject: Re: RFD: comp.unix.* reorganization
Date: 21 Jul 92 12:02:49 GMT
Organization: Resonex Inc., Sunnyvale CA

In article <1992Jul21.141409.23783@nsisrv.gsfc.nasa.gov> williams@nssdcs.gsfc.nasa.gov (Jim Williams) writes:
>[+]UNIX is a trademark of the overly litigious Unix Systems Laboratories,
>who haven't figured out how pissed we all get when they act like twits.

Oh, I'm sure they know exactly how pissed we get, and just don't care
a single iota.  After all, it's the lawyers doing this, and how often
do you run into corporate lawyers with a conscience?  [ 0.1 :-) ]

-- 
Michael Bryan        michael@resonex.com                     |     ,_,
"Pretenders I meet are making a trail along the way.         |    /oo \
They say that they know how to show me a path to guide my    |    <>__|
way to truth..." --- David York, "The Quiet of a Candle"     |    |  U|
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: news.groups
Subject: Re: Vote counting for Soc.culture.tamil
Summary: Uh-oh..... Full moon again.
Date: 19 Jul 92 18:48:42 GMT
Organization: Data Factory Services, Harrisburg, Pa.

In article <1992Jul14.135235.18823@cbnewsi.cb.att.com>, alok@cbnewsi.cb.att.com (alok.vijayvargia) writes:
> I have been trying to keep quiet,

And we were SO hoping you would...

> however it seems there is enough doubt
> here in this vote to ask the vote taker to post the voting records (mails)
> from individual voters ...

Great opinion from one so well versed in voting irregularities. 

> It certainly seems possible that a large number of votes have been 
> campaigned for, quite possibly even during the voting period. 

And of course YOU are the perfect person to recognize this tactic, right?

> Furthermore there is the possibility of vote fabrications by some
> superusers of Tamilian origin. 

Meaning what? Any particular reason why they HAVE to be 'of Tamilian
origin'? and what difference does it make WHAT their origin if indeed
there were irregularities?

> While I have faith in inegrity of Mr. Pandian, the vote-taker, I could not
> say that for many other influential computer hackers of Tamilian origin ...

There's that phrase again. Methinks there lives a phobia in your mind.

> To put these doubts to rest, I urge the vote taker to post the voting records
> of all the YES votes immediately.

<sigh> Alok, I'd mail you a clue but your mailbox is probably full from
all the others sent you as a result of your "contribution" to this
thread. 

Next time, try harder to keep quiet. 

-- 
 ...uunet!wa3wbu!frackit!dave -or-                       |  Dave Ratcliffe  |
 frackit!dave@uunet.UU.NET -or- dave@frackit.uucp -or-   |  Sys. <*> Admin. |
 eds1!compnect!frackit!dave@psuvax1.psu.edu              | Harrisburg,  Pa. |
Xref: sparky news.groups:15919 comp.unix.sysv386:12225
From: t9114145@phillip.edu.au
Newsgroups: news.groups,comp.unix.sysv386
Subject: Re: RFD: comp.unix.* reorganization
Date: 22 Jul 92 14:26:22 GMT
Organization: Phillip Institute of Tech, Melbourne

In article <1992Jul20.230334.23812@spool.cs.wisc.edu>, dws@margay.cs.wisc.edu (DaviD W. Sanderson) writes:
> In article <1992Jul17.203501.26417@uunet.uu.net> chip@tct.com (Chip Salzenberg) writes:
>>Create: comp.unix.usg.*
> 
> I would prefer comp.unix.usl.*, since usg hasn't existed for years.
> 
>>Replace:
>>  comp.unix.msdos -->
>>   comp.unix.dos-under-unix  MS-DOS running under UNIX by whatever means.
> 
> Icky name.  How about something more general, like
> 
>      comp.unix.emulators.dos

Excellent suggestion, since I have heard of an Amiga emulator for Unix too - 
written on a Sun system I believe. No graphics, just file system and some basic
text-only stuff.

> 
> Then we would have a reasonable place to put newgroups for other OS
> emulators running on UNIX systems.
> -- 
> DaviD W. Sanderson (dws@ssec.wisc.edu)
-- 
Adam Eberbach      t9114145@phillip.edu.au          fnord
Computer Science student, Phillip Institute of Technology.
From: egreen@East.Sun.COM (Ed Green - Pixel Cruncher)
Newsgroups: news.groups
Subject: Re: RFD: rec.motorcyles.harley
Date: 21 Jul 92 19:22:44 GMT
Reply-To: egreen@East.Sun.COM
Organization: Sun Microsystems, RTP, NC
NNTP-Posting-Host: laser.east.sun.com

In article 7886@thinkage.on.ca, kgdykes@thinkage.on.ca (Ken Dykes) writes:

 [why not soc.m.h?]

>go ahead, just *TRY* and convince me that 70% of the articles in
>rec.motorcycle should not be under "soc"...

Not the same thing.  We all agree that riding MOTORCYCLES is a soc kind
of thing.  So, for that matter, is racing.  There are those who feel
that we should not institutionalize soc type cliques based solely on
the marque of our motorcycles.

---
Ed Green, former Ninjaite |I was drinking last night with a biker,
  Ed.Green@East.Sun.COM   |and I showed him a picture of you.  I said,
DoD #0111  (919)460-8302  |"Go on, get to know her, you'll like her!"
 (The Grateful Dead) -->  |It seemed like the least I could do...
From: phil@mips.com (Phil Arellano)
Newsgroups: news.groups
Subject: Re: RFD: rec.models.scale
Date: 29 Jul 92 18:15:36 GMT
Organization: MIPS Computer Systems, Sunnyvale, California
NNTP-Posting-Host: electron.mips.com

In article <1992Jul28.205324.12212@uunet.uu.net> rray@lookout.it.uswc.uswest.com (Randy J. Ray) writes:
>I would like to open a Request For Discussion on a group to be named 
>rec.models.scale, to discuss the various aspects of scale modeling. While

This isn't my first choice of names, but I support this proposal.

	Make it so!

		phil
-- 
Phillip Arellano   phil@mips.com   -OR-   {ames,decwrl}!mips!phil 
MIPS Computer Systems, 930 Arques 2-02, Sunnyvale, CA 94086-3650, (408)524-8258
Newsgroups: news.groups
Newsgroups: news.groups,comp.os.coherent
Subject: Re: RFD: comp.unix.* reorganization
From: kilroy@acme.gen.nz (earthbound misfit, I)
Date: Wed, 22 Jul 92 06:13:13 GMT
Reply-To: kilroy@acme.gen.nz (earthbound misfit)
Organization: ACME BBS - Public Access Usenet, Palmerston North, New Zealand

Oh bugger, I'm going to have to start reading news.groups.

peter@taronga.com (Peter da Silva) writes:

> >>Actually, I was going to suggest pulling comp.os.{minix,linux,coherent} into
> >>the comp.unix world, IF THAT'S OK WITH THE READERSHIP OF THOSE GROUPS. That'
>                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >>because Unix isn't an operating system: it's a family of operating systems
> >>with a common core API... and as far as I'm concerned MINIX, LINUX, and
> >>Coherent *are* Unix.
> 
> Of course I wouldn't take any such proposal to the RFD stage without asking
> the people involved first. That means discussion in comp.os.linux, .minix,
> and .coherent.

Frankly, it sounds like a good idea. As long as your definition of "unix" is
a bit looser than "containing USL source code" then Coherent certainly fits,
especially with the release of Coherent 4.0 which is binary-compatible with
other Intel/SYSVish Unixes (ie it supports the Intel Binary Compatibility
Standard and will run many non-Gui executables).

I've left this cross-posted to comp.os.coherent and news.groups at this stage.

						- k
-- 
Craig Harding            kilroy@acme.gen.nz             ACME BBS +64 63 3551342
"Jub'f Xvob?"
Newsgroups: news.groups
From: billq@fnal.gov (William R. Quayle)
Subject: Re: RFD: misc.forsale.computers reorganization
Followup-To: news.groups 
Reply-To: billq@pogo.fnal.gov
Organization: Independant Consultant
Date: Tue, 28 Jul 1992 19:44:19 GMT

In article <1992Jul28.182453.4243@uunet.uu.net>, mmm@qedqcd.rye.ny.us (Mike Miskulin) writes:
|> I am formally proposing the split of misc.forsale.computers into a new
|> hierarchy.  
[deleted]
|> 	misc.forsale.computers.hardware.ibm
|> 	misc.forsale.computers.hardware.apple	
|> 	misc.forsale.computers.hardware.other
[deleted]

I would like to suggest the following heirarchy:

   misc.forsale.computers.hardware.ibm      <--for 80x86 machines
   misc.forsale.computers.hardware.apple	  <--for apples
   misc.forsale.computers.hardware.unix	    <--for non-80x86 UNIX machines
   misc.forsale.computers.hardware.general  <--for peripherals and such

   misc.forsale.computers.software.dos
   misc.forsale.computers.software.apple	
   misc.forsale.computers.software.unix	
   misc.forsale.computers.software.other

I fully agree that mfc is unmanagable in its existing format.  Even 
though I use kill files, and try to scan headers as much as possible,
it is still exhasperating to have to scan through the piles of apples,
motherboards, disks, software, and printers to search out the add for
a used Sun.  I'd much rather be able to scan my groups and be able to
target the item I may be searching for at the time.

I realize that my suggestion above may be self-biased; I'm a Sun
systems administrator, and shop for a lot of UNIX goods, but I don't
feel that I am alone in this position.  IMHO-splitting out the purely
UNIX machines and software is desireable.

William R. Quayle                     |      UNIX Systems Administration
Fermi National Accelerator Laboratory | Distributed Computing Department
P.O. Box 500, MS-368                  |    Internet: billq@fnal.fnal.gov 
Batavia, IL 60510                     |                   (708) 840-8254
From: alanc@ocf.berkeley.edu (Alan Coopersmith)
Newsgroups: news.groups
Subject: Re: 2nd RFD: comp.unix.* reorganization
Date: 29 Jul 1992 02:33:59 GMT
Organization: U.C. Bezerkeley Overloaded Computing Facility
NNTP-Posting-Host: ocf.berkeley.edu

In article <1992Jul28.182508.4350@uunet.uu.net> chip@tct.com (Chip Salzenberg) writes:
)[ Document created: $Date: 1992/07/27 20:43:45 $ ]
<...>
)Replace:
)  comp.unix.msdos -->
)   comp.unix.dos-under-unix      MS-DOS running under UNIX by whatever means.
)  comp.unix.sysv286 -->
)   comp.unix.ibm-pc-arch.16bit   UNIX on 16-bit IBM PC arch. (i286).
)  comp.unix.sysv386 -->
)   comp.unix.ibm-pc-arch.32bit   UNIX on 32-bit IBM PC arch. (i386, i486).
)
)    NOTE: The removal of these two groups depends on one vote.
)          Here's why: If c.u.ibm-pc-arch is _not_ created, then it
)          would be foolish to remove one of c.u.sysv[23]86 and not
)          the other.  I don't like to make two changes based on one
)          vote, but in this case I think it's necessary.

Isn't the "NOTE" is obsoleted by the split into 16/32-bit groups?

And where does this leave the Jolitz's 386BSD?  Crossposted between
c.u.ibm-pc.32bit & c.u.bsd?  Or in a seperate group somewhere else?
(comp.os.386bsd? comp.unix.bsd.386bsd? comp.unix.ibm-pc-arch.32bit.386bsd?)


-- 
------------------------------------------------------------------------
Alan Coopersmith			Internet: alanc@ocf.berkeley.edu
University of California, Berkeley	Bitnet:   alanc@UCBOCF.BITNET
Newsgroups: news.groups
From: mehl@iastate.edu (Mark M Mehl)
Subject: Re: RFD: misc.forsale.computers reorganization
Organization: Dept of EE/CprE -- IOWA STATE UNIV
Date: Thu, 30 Jul 1992 15:40:26 GMT

In <1992Jul28.182453.4243@uunet.uu.net> mmm@qedqcd.rye.ny.us (Mike Miskulin) writes:

>I am formally proposing the split of misc.forsale.computers into a new
>hierarchy.  At a minimum the succeeding group(s) should be:
>	    
>	misc.forsale.computers.hardware
>	misc.forsale.computers.software

"comp" is the accepted abbreviation for "computers" on Usenet; we
probably should use that instead.  How about:

misc.forsale.comp          <-- Sale items for workstations, VAXes, etc
misc.forsale.comp.periphs  <-- Sale items for generic prts, dks, modems
misc.forsale.comp.pc.mac   <-- Sale items for Mac soft & hardware
misc.forsale.comp.pc.ibm   <-- Sale items for IBM soft & hardware

If there's a need to make a distinction between hardware and software,
then the type of platform (ibm or mac) should be identified first
followed by whether its hardware or software.  For example:

misc.forsale.comp.pc.ibm.sw

...however, I wouldn't included the hardware/software separation in this
proposal.  That's best left for another time.  You get too many
issues going and nobody will agree on anything.  :-)
-- 
 /\ Mark M Mehl, alias Superticker (Supertickler to some)
<><> Internet: mehl@IAstate.edu
 \/ Preferred UUCP: uunet!iastate.edu!mehl
Disclaimer: You got to be kidding; who would want to claim anything I said?
From: gritton@alaska.et.byu.edu (Jamie Gritton)
Newsgroups: news.groups
Subject: Still trying to fix INET with distribution (was: INET groups)
Date: 21 Jul 92 15:10:05 GMT
	<1992Jun29.174809.15757@odin.corp.sgi.com>
	<55264@olivea.atc.olivetti.com>
	<1992Jul21.003816.15070@odin.corp.sgi.com>
Reply-To: gritton@byu.edu
Organization: Brigham Young University, Provo UT USA

lear@yeager.corp.sgi.com (Eliot Lear) writes:

> If I gave you some changes for
> C-News to set up default distributions in inews, would you use them?

   A decent temporary hack, but it doesn't work completely. After
setting up the default distribution on my own system, I came across a
snag: suppose the poster wants to restrict distribution to, say, usa.
So he puts "usa" in the Distribution header.
   Now my software has a choice: replace the distribution with "inet"
thus sending it all over the world (only reaching those who want INET
groups of course:-), or leave "usa" intact, thus sending the article
to all the sites in the USA -- even the ones who reject the "inet"
distribution. (I chose the latter).
   Neither of these choices do what I want -- restrict the article to
INET sites in the US. Either you can send patches to fix the
distribution code (on all sites, not just the originating one), or you
can replace the deficient "inet" distribution with something that
works.
   This gets us back to the original point: "inet" distribution
doesn't work. An inet.* hierarchy would. If a user wanted to restrict
his article to some geographical area (which Distribution was made
for) without polluting sites who don't want the hierarchy, he could.
--
James Gritton - gritton@byu.edu - I disclaim
Newsgroups: news.groups