HDTenEightyP/NetNews huggingface dataset:
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: news.admin.misc
Subject: Re: What son-of-rfc-1036 should say about "Distribution: "
Date: 11 Jan 93 16:56:08 GMT
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In news.admin.misc, article <gp3rhw+@dixie.com>,
  jgd@dixie.com (John De Armond) writes:
> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
> 
> >Unfortunately Dynafeed has its own problems.  Like being difficult to
> >configure.  Like being difficult to install.  Like being buggy.
> 
> Difficult to install without RFTSC, I agree, which is probably its greatest
> flaw.  Otherwise, no problems here.
> 
You obviously never had your /usr/lib/news (or whatever) partition run full
when dynafeed decided to do some work.

-- 
Garter, n.:
	An elastic band intended to keep a woman from coming out of her
	stockings and desolating the country.
		-- Ambrose Bierce, "The Devil's Dictionary"
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Xref: sparky news.admin.misc:1083 news.future:918 news.groups:25363 news.misc:2130 news.software.readers:2758
From: sdw@meaddata.com (Stephen Williams)
Newsgroups: news.admin.misc,news.future,news.groups,news.misc,news.software.readers
Subject: Re: NetNews, a blueprint for survival
Date: 11 Jan 1993 19:05:27 GMT
Organization: Mead Data Central, Dayton OH
NNTP-Posting-Host: bugatti.meaddata.com
X-Newsreader: Tin 1.1 PL5

Len Rose (len@netsys.com) wrote:
...
: Our service retransmits a full feed via satellite. We have been uplinking
: news for over 7 months now without a day of downtime. We're now transmitting
...
: Our unix software fits seamlessly into B News, C news, and execs rnews on the
: incoming batch.
And INN....

...
: I invite any of our valued customers to speak up and verify what I say..
Yep...

sdw
--
Stephen D. Williams  Local Internet Gateway Co.; SDW Systems 513 496-5223APager
LIG dev./sales       Internet: sdw@world.std.com CIS 76244.210@compuserve.com
OO R&D Source Dist.  By Horse: 10028 Village Tree Ct., Miamisburg, OH 45342
GNU Support          ICBM: 39 34N 85 15W I love it when a plan comes together
From: markb@spock.dis.cccd.edu (Mark Bixby)
Newsgroups: news.admin.misc
Subject: Re: cmsg sendsys to neighbors (solved)
Date: 9 Jan 1993 16:15:14 -0800
Organization: Coast Community College District, Costa Mesa, CA
Distribution: world
NNTP-Posting-Host: spock.dis.cccd.edu

My thanks to everyone who responded letting me know about the
"to.neighbor" groups!

I will check with my neighbors to see if they have them configured.
-- 
Mark Bixby                         Internet: markb@cccd.edu
Coast Community College District   1370 Adams Avenue
District Information Services      Costa Mesa, CA, USA  92626
Technical Support                  (714) 432-5064
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
From: markb@spock.dis.cccd.edu (Mark Bixby)
Newsgroups: news.admin.misc
Subject: Re: What's wrong with rec,soc, etc distribution?
Date: 7 Jan 1993 14:37:24 -0800
Organization: Coast Community College District, Costa Mesa, CA
Distribution: news
NNTP-Posting-Host: spock.dis.cccd.edu

I don't recall seeing this in a FAQ, but from reading various threads in the
news.* groups pertaining to INN's more rigid enforcement of distribution:
headers, the Backbone Cabal feels that comp,rec,soc,etc. distribs are a
Bad Thing, and should be replaced by geographic (world,usa,na) or logical
(inet,cerf) distribs.  I don't think there's any technical reason, just a
philosophical one.

As more high-flow sites convert to INN and rigid distribution checking, if you
continue to use distributions these sites choose to ignore, your article
propagation will be severly limited.
-- 
Mark Bixby                         Internet: markb@cccd.edu
Coast Community College District   1370 Adams Avenue
District Information Services      Costa Mesa, CA, USA  92626
Technical Support                  (714) 432-5064
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
Xref: sparky news.admin.misc:1092 comp.mail.misc:4331 news.answers:5156
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.admin.misc
Subject: Re: INN error message I don't understand
Date: 11 Jan 1993 14:28:03 -0500
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

In <KATZ.93Jan11110023@carbon.elements.rpal.rockwell.com> katz@rpal.rockwell.com writes:
>Can some tell me what causes error messages of the form shown below in
>INN?
>Jan 11 09:57:47 carbon innd: ME cant update_active talk.politics.misc
>Jan 11 09:58:15 carbon innd: ME cant update_active soc.motss
It tried to assign an article number that is too big to fit into your
active file.

>I then nfs mounted the new location on the old ...
Most people believe that it is best to have the spool directory be a local
filesystem on the same host where innd or relaynews resides.  They believe
this to be even more true of the lib directory.  Nobody can directly point
fingers at NFS bugs or (mis-)features that cause problems, but experienced
sys admins are generally very paranoid about doing this.  Just a data point.

>Jan 11 09:30:37 carbon innd: ME cant symlink /usr/local/news/alt/politics/clinton/23120 and talk/politics/misc/99999 File exists
Sounds like your active file got messed up?  Do 'ctlinnd throttle' and
edit the active file to make sure that all your fields are wide enough.
The reload the active file, do 'ctlinnd renumber' to get everything in
sync, and then do 'ctlinnd go'.

>I know that this can happen as a result of doing something like tar to
>copy news and thereby splitting cross-posted articles.
No, INN will revert to symlinks fine.  Make sure to use the -l flag in
your expire, however.  See also the caveats in news-recovery.8.
	/r$
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.admin.misc
Subject: Re: INN error message I don't understand
Date: 12 Jan 1993 15:50:57 -0500
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

In <KATZ.93Jan12105234@carbon.elements.rpal.rockwell.com> katz@rpal.rockwell.com writes:
>The file system is nfs mounted to another partition on the same
>machine.
I do not understand this.  You mean you do this command
	mount foo:/big/partition /usr/spool/news
on the machine named foo?  If so, that's bizarre; don't do that.  Use
symlinks (see next pargraph).  If you are not doing that, then I do not
understand what you are saying.

>  That is, is there a solution short of
>reinstalling inn and specifying a new location for articles at
>installation time.
Sure, symbolic link.  Most news programs chdir to the toplevel of the spool
directory, so the performance hit is one symlink resolution at startup.
	rm -rf /usr/spool/news
	ln -s /big/partition /usr/spool/news
>  Under what circumstances does inn instroduce
>sym links?
If your news spool is on two partitions, and an article is cross-posted
it has to symlink:
	mount /dev/rd0a /usr/spool/news
	mount /dev/rd1a /usr/spool/news/comp
now imagine an article posted to news.answers,comp.unix.questions.
	/r$
Newsgroups: news.admin.misc,alt.amateur-comp
From: kadie@cs.uiuc.edu (Carl M. Kadie)
Subject: Re: Need help posting newsletter sequentially.
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Fri, 8 Jan 1993 19:52:03 GMT

One trick that is used is to prepend something to the subject lines so
that if the articles are sorted alphabetically they will be
in the order you want. For example:

"Article   1: <Original title of first article>"
"Article   2: <Original title of second article>"
...
"Article <n>: <Original title of last article>"

- Carl


-- 
Carl Kadie -- I do not represent any organization; this is just me.
 = kadie@cs.uiuc.edu =
Newsgroups: news.admin.misc
From: sepp@ppcger.ppc.sub.org (Josef Wolf)
Subject: Re: Newjunk, automatically create newsgroups from junk V2.0 (Part 1/1)
Organization: PPC Cooperation
Date: Wed, 6 Jan 1993 01:30:20 GMT

mam@mamunx.garmhausen.de (Michael A Meiszl) writes:
>In <1hs2e4INNfrs@apache.dtcc.edu> weave@apache.dtcc.edu (Ken Weaverling) writes:
>>One way is to run script, then telnet to the NNTP port of your neighbour and
>>issue a LIST command. (Don't do this at 2400 bps!)
>[five minutes of severe laugh attacks, 4 minutes of smoking to calm down]

Get back on your feets!

>I've once calculated that 1k of mail (incoming or outgoing, we are paying
>for both) cost about 1,15 DM (which is about 76 cents, not including
>provider fees for the base service. Count that up and rethink...

Where do you get your mail-connectivity from? You say your slowest line is
a worldblaser. Let's assume you've got a noisy line, and you have a
throughput of approx 500bps. On a long-distance-call this would result in
approx 0.23DM / (50(bytes/sec) * 180sec) == 0.23DM / 9KB
this is approx 0.025DM per KB.
OK, you have to add the money for your providor. Why don't you get your
mail-connectivity from sub.org? That would result in approx 0.055DM per
KB. But there's still a difference of ca 1.1DM per KB. Where does this come
from?

Greetings
    Sepp

-- 
sepp@ppcger.ppc.sub.org
Josef Wolf, Germersheim, Germany
..!ira.uka.de!smurf.sub.org!ppcger.ppc.sub.org
From: jaapjl@tab00.larc.nasa.gov (J Lee Jaap)
Newsgroups: news.admin.policy
Subject: Re: Because, "news.admin.policy" is afraid of ASALA/SDPA/ARF terrorists.
Date: 12 Jan 1993 14:45:59 GMT
Organization: AS&M Inc
Distribution: world
Reply-To: J Lee Jaap <J.L.Jaap@larc.nasa.gov>
NNTP-Posting-Host: cmb00.larc.nasa.gov
In-reply-to: sbrack@jupiter's message of 11 Jan 93 15:12:59 EST

In article <1993Jan11.151300.1000@uoft02.utoledo.edu> sbrack@jupiter (Steve Brack) writes:
   From: sbrack@jupiter (Steve Brack)
----------------^^^^^^^
Broken From address.  FYI, Steve.  Glad you've got a sig, but please
fix From or add Reply-To.

   >( BTW, have you considered creating an altnet newsgroup
   >  "alt.politics.turkey-armenia" to house the dispute? )

   Yes. However, "news.admin.policy" is afraid of the ASALA/SDPA/ARF
   terrorists to create a newsgroup called "soc.culture.xsovietarmenia".

I don't think n.a.p gives a <insert favorite diminutive (lack of)
concern> about any group, unless some pea-brain begins to abuse it.
news.groups may have some comments, _if_ an official RFD is posted
(which I don't believe tale would censor).

n.a.p doesn't create groups anyway.
--
J Lee Jaap <J.L.Jaap@LaRC.NASA.Gov> +1 804/864-2148
    employed by, not speaking for, AS&M Inc, at
         NASA LaRC, Hampton VA 23681-0001
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: news.admin.policy
Subject: Re: Quicksilver virus on furry Muck -- solved!
Date: 10 Jan 93 22:21:49 GMT
Followup-To: alt.fan.furry
Organization: negligable

In article <1993Jan7.202956.11253@leland.Stanford.EDU> whale@leland.Stanford.EDU (Stephen Schmidt) writes:
>
>I'd like to see some Scriptural support for the notion that releasing a
>virus on a MUD is un-Christian. By email please, as I think I'm the only
>one that wants to see it.

Really?  I thought that "Love thy neighbor as yourself", and even the
classic "Do unto others as you would have others do unto you" were both
from the bible.  Do you really mean to say that you would like others
to release viruses on your system?

No, I am not particularly religious.  But I do think that those 
guidelines happen to make sense anyway...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
And the men who hold high places	|
must be the ones who start		|	-Richard Hartman	
to mold a new reality			|	hartman@uLogic.COM
closer to the heart!			|
From: rdc30@nmrdc1.nmrdc.nnmc.navy.mil (LCDR Michael E. Dobson)
Newsgroups: news.admin.policy
Subject: Re: keeping that pesky nuisance off of news.admin.*
Date: 7 Jan 93 20:26:28 GMT
Organization: Naval Medical Research & Development Command

In article <6603.2b405a7b@hayes.com> msieweke@hayes.com writes:

[discussion of the pest deleted for brevity]

>********
>Solutions?  I don't have any.  At a reasonable site, the sysadmin would
>have cut this jerk off long ago.  Since resonable measures won't work,
>I leave it up to more devious minds to decide what to do.

Wellll, I hate to suggest it but there was that AI anti-cascade daemon that
we all hated so much a few months back.  Maybe the author has the bugs out
of it now.
Newsgroups: news.admin.policy
From: strom@Watson.Ibm.Com (Rob Strom)
Subject: Re: Newsgroup creation guidelines
Date: Mon, 04 Jan 93 21:30:01 GMT
Organization: IBM Research

In article <8310@lib.tmc.edu>, jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:
|> In article <1993Jan04.172717.43474@watson.ibm.com> strom@Watson.Ibm.Com (Rob Strom) writes:
|> >In article <1hi13aINNitm@gaia.ucs.orst.edu>, stanley@ruby.OCE.ORST.EDU (John Stanley) writes:
|> 
|> Rob, I admire your persistence, but John is much like Dave Hayes: the more you
|> argue, the more he argues, and you'll never, ever, ever win.
|> 

Well perhaps I shouldn't try to persuade John specifically.

Given that Usenet is often described as an anarchy,
it's not clear to me exactly what procedure I should
follow to change the current guidelines, or whom
exactly I ought to be trying to persuade.  

My postings are directed not at anyone in particular but at n.a.p at large ---
all those who claim to be interested in policy.  I moved
this discussion here from news.groups after learning that
(a) the r.m.s. vote which led to all this was a *fait accompli*
    and valid under the current rules
(b) constructive suggestions for changing these rules (but
    not for applying them retroactively) would be welcome
(c) on the news.admin.policy newsgroup

By the way, I am glad to see that you use the same quotation
prefix which I use (and which John Stanley objects to).  I'm not the only one.

|> >|> >|> Like I said, "all at once". 
|> >|> >They can be done all at once with two ballots.
|> >|> Which new definition of the phrase "at once" are you using?
|> >This means that the ballots go out on the same day
|> >and the voting periods are identical.
|> >Exactly the same result as if several votes go out
|> >on a single ballot.
|> 
|> I still don't buy this. You're completely ignoring that the multiple ballots
|> might well be (I think they are) more confusing for the voter, as well as more
|> work for the vote taker (his work goes up as the number of total ballots
|> received, not the number of votes). It's _NOT_ the same result.

What I wrote above was a narrower argument --- namely that
multiple votes can be passed "all at once" (that is, at the same time)
even though they are on multiple ballots.  I wasn't
addressing your objections.

I don't think multiple ballots are any more difficult for the
vote taker.  Many vote takers count ballots by automated software,
and therefore in that case the vote taker's work is O(1).

In my experience as a voter, smaller ballots are simpler.
Often I could just ignore entire ballots rather than
reading all of a long ballot and then abstaining on
the unnecessary questions.

While occasionally it could work the other way, I think
the benefits of (1) guaranteeing subject lines which are
both clear and short and (2) avoiding situations like
the rms vote outweigh any deficiencies. 

Do we have logs of past votes?  Can we determine what
fraction of the last, say, 100 renaming ballots would
have had to be split under my proposed rules?


-- 
Rob Strom, strom@watson.ibm.com, (914) 784-7641
IBM Research, 30 Saw Mill River Road, P.O. Box 704, Yorktown Heights, NY  10598
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: news.admin.policy
Subject: Re: Newsgroup creation guidelines
Date: 5 Jan 1993 15:26:18 GMT
Organization: UT Health Science Center Houston

In article <1993Jan04.213001.63448@watson.ibm.com> strom@Watson.Ibm.Com (Rob Strom) writes:
>Given that Usenet is often described as an anarchy,
>it's not clear to me exactly what procedure I should
>follow to change the current guidelines, or whom
>exactly I ought to be trying to persuade.  

This group is as good as any...I was merely suggesting that you just ignore
John; any good points he makes will undoubtedly be raised by others, and you
can avoid the unpleasantness of arguing with someone who's never wrong.

>What I wrote above was a narrower argument --- namely that
>multiple votes can be passed "all at once" (that is, at the same time)
>even though they are on multiple ballots.  I wasn't
>addressing your objections.

OK, I'll buy that.

>I don't think multiple ballots are any more difficult for the
>vote taker.  Many vote takers count ballots by automated software,
>and therefore in that case the vote taker's work is O(1).

It's still multiplied by the number of separate ballots required, as the
software must be written to process each ballot.

>In my experience as a voter, smaller ballots are simpler.
>Often I could just ignore entire ballots rather than
>reading all of a long ballot and then abstaining on
>the unnecessary questions.

Balance that, though, against the confusion factor of "I voted on that
already, didn't I?"

>While occasionally it could work the other way, I think
>the benefits of (1) guaranteeing subject lines which are
>both clear and short and (2) avoiding situations like
>the rms vote outweigh any deficiencies. 

If you do actually achieve 1, then it's a Good Thing. Avoiding 2 is nearly
impossible, though; there will always be a sore loser, and even occasionally a
sore winner (Hi, Joel).

>Do we have logs of past votes?  Can we determine what
>fraction of the last, say, 100 renaming ballots would
>have had to be split under my proposed rules?

The data is available from ftp.uu.net, I think, in something like
usenet/news.announce.newgroups.
-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
      "Science is all in the public domain, and allows few secrets."
              -- Tom Clancy, _The Sum of all Fears_
Newsgroups: news.admin.policy
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: contacting anatolia.mn.org
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Tue, 5 Jan 1993 15:25:06 GMT

paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO) writes:

| What would be really handy is the ability to add aliases to the ME entry,
| e.g.,
| 
| ME/zuma/becker:comp,news,etc\all:F:
| 
| so that messages that had been through zuma or becker would be rejected.

Have your feed site do it; I just had uunet fix ours to read:

	sci34hub/anatolia,zuma,feline:groups,...

so I don't have to waste the bandwidth bringing the articles in here
to drop. I expect a noticable decrease in telephone charges....  :-)

Feline is the site becker posts from, apparently.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: news.admin.policy,eunet.misc
From: poole@chsun.chuug.ch (Simon Poole)
Subject: Re: I've been using `eunet' distribution to mean `Europe'...
Followup-To: news.admin.policy,eunet.misc
Organization: CHUUG/EUnet
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 12 Jan 1993 20:38:38 GMT

Damon (dhd@exnet.co.uk) wrote:
: [I'm reposting this to n.a.p since a lot of the interested parties may
:  not get eunet.misc.]

: (See my posting in news.lists of Sunday morning.)  Is this right?

: Christophe Wolfhugel <Christophe.Wolfhugel@grasp.insa-lyon.fr> points
: out that strictly speaking `eunet' is an organisation, not a region.

Well this is not exactly news, is it?

: So is there a distribution that really just means `Europe' without
: overtones?  Should we invent one (`eu' perhaps)?  And perhaps a
: matching hierarchy?

Why invent something new when the old solution has been working for
6-8 years without problems?

-- 
CHUUG/EUnet Switzerland				Simon Poole
Zweierstrasse 35	Tel: +41 1 291 45 80	poole@eunet.ch
CH-8004 Zuerich		Fax: +41 1 291 46 42	S=poole;P=EUnet;A=EUnet;C=CH
From: trsnyder@mcs.drexel.edu (Bob Snyder)
Newsgroups: news.admin.policy
Subject: Re: contacting anatolia.mn.org
Date: 6 Jan 93 19:38:25 GMT
	<1993Jan5.152506.9886@sci34hub.sci.com>
	<TRSNYDER.93Jan5143405@vf0031.mcs.drexel.edu>
	<JAAPJL.93Jan5162059@cmb00.larc.nasa.gov>
Organization: ASCI

In article <JAAPJL.93Jan5162059@cmb00.larc.nasa.gov> jaapjl@tab00.larc.nasa.gov (J Lee Jaap) writes:

   In article <TRSNYDER.93Jan5143405@vf0031.mcs.drexel.edu> trsnyder@mcs.drexel.edu (Bob Snyder) writes:

      In article <1993Jan5.152506.9886@sci34hub.sci.com> gary@sci34hub.sci.com (Gary Heston) writes:

   	 Have your feed site do it; I just had uunet fix ours to read:

	   	 sci34hub/anatolia,zuma,feline:groups,...

      Won't this also drop any articles that pass through those sites
      on their way to you, no matter what site posted the article?

   Yes, but there should be paths around them (for all but very few if
   they are sole upstream nodes for some leaf sites).  The articles
   will probably get to you anyway by other routes.

If:

a) you have multiple feeds that aren't just leaf sites, and

b) your other feeds don't get the message from the same sources (like if it
hits UUNET or PSI or the like with the path contining one of those sites,
then that is how a lot of sites will get it)

This seems unacceptable for me personally, when you could drop an unknown
number of articles, and a kill file (and a smart control system for becker)
will do just as well.

Bob
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: news.admin.policy
Subject: Re: Newsgroup creation guidelines
Date: 4 Jan 1993 18:28:25 GMT
Organization: UT Health Science Center Houston

In article <1993Jan04.172717.43474@watson.ibm.com> strom@Watson.Ibm.Com (Rob Strom) writes:
>In article <1hi13aINNitm@gaia.ucs.orst.edu>, stanley@ruby.OCE.ORST.EDU (John Stanley) writes:

Rob, I admire your persistence, but John is much like Dave Hayes: the more you
argue, the more he argues, and you'll never, ever, ever win.

>|> >|> Like I said, "all at once". 
>|> >They can be done all at once with two ballots.
>|> Which new definition of the phrase "at once" are you using?
>This means that the ballots go out on the same day
>and the voting periods are identical.
>Exactly the same result as if several votes go out
>on a single ballot.

I still don't buy this. You're completely ignoring that the multiple ballots
might well be (I think they are) more confusing for the voter, as well as more
work for the vote taker (his work goes up as the number of total ballots
received, not the number of votes). It's _NOT_ the same result.
-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
      "Science is all in the public domain, and allows few secrets."
              -- Tom Clancy, _The Sum of all Fears_
Newsgroups: news.admin.policy