HDTenEightyP/NetNews huggingface dataset:
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: news.admin
Subject: Re: Automatic disclaimers on outbound postings from a corporation
Date: 16 Apr 92 11:50:48 GMT
Organization: Northern Illinois University

In article <1992Apr16.032526.17951@rootgroup.com> davehieb@magi.rootgroup.com (David Hieb) writes:
>
>i'm looking for the best way to automatically incorporate a corporate
>disclaimer into all news articles that are posted from within an
>organization.
>...
>can anyone recommend a good procedure?

  Yes.  I recommend you forget the whole idea.

  Anybody reading usenet should already be assuming that postings are the
individual poster's rantings and ravings.  Do you have to rub it in?
Newsgroups: news.admin,news.config
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: history file size
Date: Tue, 14 Apr 1992 22:19:28 GMT
Organization: U of Toronto Zoology

In article <1992Apr13.133057.7897@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - System Admin) writes:
>	Is there a way to increase the allowable size of my
>history file?  It seems to tell me it is too full at 4115blocks
>on my machine, and then stop processing news.

You don't say what news software you're running, although from the message
ID it looks like C News.  Assuming that's the case, the problem is not in
the news software but in your system:  see the section titled "ulimit"
in notebook/problems.
-- 
ISDN, n:  Incredibly Slow and Dumb      | Henry Spencer @ U of Toronto Zoology
Networking                              |  henry@zoo.toronto.edu  utzoo!henry
Newsgroups: news.admin
From: eggert@twinsun.com (Paul Eggert)
Subject: nonconforming news Message-IDs of last week
Organization: Twin Sun, Inc
Date: Tue, 14 Apr 1992 19:32:03 GMT

Here is a list of Message-IDs rejected by twinsun's news software last week
because they do not conform to the Internet RFC 1036 and RFC 822 standards.
If a Message-ID from your site is on this list,
your news or mail software is probably broken and should get fixed.

Most of these IDs are not in Kenneth Herron's weekly posting,
because twinsun's Message-ID checker is more rigorous than his.
However, twinsun has only a partial newsfeed, so this list is incomplete.

<.1@csc.cuhk.hk>
<9204090721.AA20280@.next.csc.cuhk.hk.csc.cuhk.hk.>

<9204092039.AA19770@deneb.>

<9204132217.AA16463@.foxtrot.ccmrc.ucsb.edu.>

<9204062157.AA10494@.n1.>

<9204081050.AA00215@.rockbox.uucp.>

<1992Apr10.111832@spirou.Berkeley.EDUj.c.martin@frec.bull.fr>

<07_Apr_92_15:28:12_BST_#7428@UK.AC.BHAM.IBM3090>

<92099.11:35:47.151020.L58@vm.urz.uni-heidelberg.de>

<.1@>

<9204062237.AA05389@>
<9204081448.AA18594@>
From: anw@maths.nott.ac.uk (Dr A. N. Walker)
Newsgroups: news.admin
Subject: Re: Another thought for fixing sendsys
Date: 8 Apr 92 11:39:14 GMT
Reply-To: anw@maths.nott.ac.uk (Dr A. N. Walker)
Organization: Maths Dept., Nott'm Univ., UK.

I think the proposed solutions are getting too complicated.  Try this one.
In order to get a sendsys (senduuname, sendanythingyoulike) to send mail to
"foo@bar.baz", you must first create a new group:  "control.foo.bar.baz".
The revised sendthing scripts check for the existence of this group at the
local site, and either send the info [if the group exists], or else cancel
the sendthing message.  Later you can remove the group.

	Dozy sysadmins, or those running ancient systems, won't have the
revised scripts, and will react as at present.  Sites where groups are
created automatically will react as at present.  Sites where groups are
created manually will react as at present *unless* they install the new
scripts.  It suffices if a few major sites create the control groups by
hand *and* auto-cancel any "illegal" sendthing, because almost any bomb
(or, for that matter, any accident) will pass through such a site very
early in its explosion.  Although there are routes around uunet and other
major sites, these are typically much slower, giving time for the cancel
to get there first.  So, you won't stop *all* the damage, but you should
only be bombed by a small region around the bomber's point of attack
[which will help to pinpoint very closely the point and time of that
attack].

	In practice, a legitimate user will have to issue the newgroup,
then e-mail the nearest major sites [within the relevant distribution]
saying "Are you ready?" before issuing the sendthing.  That seems to be
a minor inconvenience compared with being bombed!  (Note that it is not
sufficient for *just* uunet and a very few other sites to control this,
as the bomber can path around a known short list.)

	Final advantage -- the newgroup message can explain to syadmins
why the sendsys is being done, so that when a few days later they get
the "remain calm" message, they remain calm instead of bombing this
group.

-- 
Andy Walker, Maths Dept., Nott'm Univ., UK.
anw@maths.nott.ac.uk
From: allens@yang.earlham.edu (Allen Smith)
Newsgroups: news.admin
Subject: Re: Sendsys police
Date: 8 Apr 92 15:49:39 GMT
Article-I.D.: yang.1992Apr8.104940.16814
Organization: Earlham College, Richmond, Indiana

In article <yhlj5fp.kaminski@netcom.com>, kaminski@netcom.com (Peter Kaminski) writes:
> [Daniel Zabetakis proposes Sendsys Police, volunteers who'd watch
> control and forge cancels (or post articles with duplicate IDs) of
> bogus sendsys requests.]
> 
> While I'm not experienced enough to tell whether this is a good idea
> or not (and in any event it's just a stopgap), I'd like to note that
> it could be made automatic.
> 
> A few volunteer (preferably backbone) sites can refuse to propagate
> and automatically forge a cancel (or a duplicate-ID post) for any
> sendsys articles, unless they originate from someone on a list of
> validated sendsys requestors.
> 
> Said list would be maintained by a sendsys "moderator," who would
> handle validating the requestor (just by emailing back "Did you really
> want to sendsys?"), and who would send updated lists to the volunteer
> sites whenever appropriate.

	I don't like the idea of having a moderator in charge of such 
things; although (as far as I can tell) most of the moderators out there 
are trustworthy, some can be biased. I prefer the t_request system 
proposed by someone a bit earlier. For this setup, a new moderated 
newsgroup would probably be the way to go, BTW. The moderation could 
theoretically be done automatically, with a validation message generated 
with (as someone else suggested) a random sequence that the person would 
have to duplicate in order to authorize a sendsys. This setup would be 
preferable to having someone reading sendsys requests, IMNHO (In My 
Non-Humble Opinion).
	-Allen
Newsgroups: news.admin
From: amc@wlv.imsd.contel.com (Allen M. Cohen)
Subject: What does '#' appended to file name mean in ls from ftp?
Organization: Contel Federal Systems
Distribution: usa
Date: Mon, 13 Apr 92 20:43:45 GMT


When I open a ftp connection, and do "ls" some files have '#' appended
to their name.
Does this mean there's a patch or what?
Thanks.
<> Allen M. Cohen                  Internet:  amc@wlv.imsd.contel.com       <>
<> 1853 Stonesgate St.             UUCP:      elroy.Jpl.Nasa.Gov!agi0!allen <>
<> Westlake Village, Ca. 91361     Telephone: (805) 498-9611 ext. 195       <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Xref: sparky news.admin:3520 news.groups:9971 alt.config:2849 comp.org.eff.talk:3405 talk.bizarre:10774
From: michaelb@wshb.csms.com ( WSHB Operations Eng)
Newsgroups: news.admin,news.groups,alt.config,comp.org.eff.talk,talk.bizarre
Subject: Apostrophe usage (Was: IMPORTANT PROCLAMATION: THE FUTURE OF THE NET)
Date: 10 Apr 92 13:56:28 GMT
Followup-To: talk.bizarre
Distribution: world,public
Organization: WSHB, The Christian Sci. Monitor Syndicate, Pineland, S.C.


>> =o= Its not "it's" that's misspelled so losely (it's misspelling
>> is "its"), its "its" who's spelling looses so much (it's
>> misspelling is "it's").  Also, you should punish those whose
>> usage of "whose" and "who's" loose.
>>     <_Jym_>
>
>Ha! Wrong! You used "it's" when you meant "its"!

And the last sentance from Jym has no verb! He means "you should punish
those whose usage of "whose" and "who's" *IS* loose."

Enough! For all the poor souls who didn't like freshman English, this 
isn't a nitpicking session. The words are different. But if you don't 
have a good grip on these you may never figure out the differences unless 
you have a writing handbook on your desk. And if you didn't like freshman
English, you probably don't have a writing handbook on your desk. :-)

It's vs. its

The problem is that there are two uses of an apostrophe in English.
(I don't know enough about other languages to speak with authority.) One
use is to form contractions. Ie., isn't for is not, I'm for I am, can't for
can not, etc. The other use is to show possesive case. Ie., Michael's
terminal for the terminal that sits on my desk, my wife's car for the car
my wife drives, etc. When we consider 'it' we can see two cases where one 
would need an apostrophe. One for the contraction of 'it is' and one for 
speaking of something that belongs to 'it.' Well, if we spelled both of 
them it's we would meet the rule, but there would be confusion about which 
we mean. True to form, English has an exception to the rule. The case where 
a letter is dropped takes precedence over possesive case and we wind up 
with 'its' to mean something that belings to 'it.' It's is a contraction 
of 'it is.' There is the rule and its exception.

Who's vs. whose

This is a similar case. We need a contraction for 'who is' or 'who has,' 
and we need a possesive case for 'to whom this thing belongs.' Again, 
the contraction wins the use of an apostrophe. Who's means either
'who is' or who has,' depending on the context. For example, who's in 
"Who's going out to lunch today?" means specifically who is. "Whose book is
this?" means to whom does this book belong.

Loose vs. lose

This is easy. Loose means not tight, slack. Lose means you didn't win. If
your use of 'loose' verses 'lose' is loose you lose! :-)


I leave the explanation of your vs. you're to someone else. I've had enough.
( Hm. Let's see, to vs. too vs. two, there vs. their vs. they're, ... )

Michael
(I've changed the followup. Please note.)
-- 
Michael Batchelor--Systems/Operations Engineer #compliments and complaints
WSHB - An International Broadcast Station of   #   letterbox@csms.com
       Herald Broadcasting Syndicate, Inc.     #technical questions and reports
michaelb@wshb.csms.com         +1 803 625 5552 #   letterbox-tech@csms.com
From: root@devl3.UUCP (Super user)
Newsgroups: news.admin
Subject: Re: 1st (?) senduuname bomb, and a fast fix
Summary: What is sendsys
Keywords: sendsys
Date: 9 Apr 92 11:51:54 GMT
Followup-To: sendsys solutions discussion
Distribution: world
Organization: McKee Foods Corporation, Collegedale, TN 37315

In article <1992Apr8.125649.24602@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>jpp@NCoast.ORG (John Palmer) writes:
>
>>Our news system does not reply to sendsys. It sends a messaage to "usenet"
>
>ours doesn't either -- but we need to stop the forwarding of sendsys requests
>to machines downline and/or upline --
>
>-- 
> =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
>      internet: larry@gator.rn.com        uucp: uunet!trauma!larry

Since I am relatively new to the net, I am also new to the jargon of the net.
I wonder if somebody will tell me exactly what sendsys is, what it does, and
why it is so dangerous.

	->  Steven Foster					<-
	->  LAND MAIL: PO Box 2107; Collegedale, TN  37315	<-
	->  VOICE: 1-404-238-7111, ext 2695			<-
	->  UUNET: root@devl3.mckee.COM				<-
Newsgroups: news.admin
From: mike@vort.uucp (Mike Nemeth)
Subject: i for one don't really care who the hell you are Dork Knight
Organization: VORT Computing, Calgary, Alberta, Canada
Distribution: na
Date: Sat, 04 Apr 1992 17:52:30 GMT

you're not amusing, and if somebody does find out who you "really" are
(like anybody cares at all in the first place), you'll have a distinction
of being labeled a twit by millions of people. wow, talk about fame.
it's a pity that the net doesn't have long-term memory. can you imagine
a job interview going like:

"Your name sounds familiar. I know, you're one of the sendsys bombers that
 was abusing the net a couple of years ago. Well, Mr. Dork, thanks for
 coming in, we'll call you..."

-- 
The Barbi Twins (TM) are the GNU Emacs of women.

Mike Nemeth           VORT Computing          mike@vort.cuc.ab.ca
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Newsgroups: news.admin
Subject: Re: Automatic disclaimers on outbound postings from a corporation
Date: 17 Apr 92 03:54:20 GMT
Organization: Qualcomm, Inc., San Diego, CA

sean@sdg.dra.com writes:
>In article <rdippold.703463323@cancun>, rdippold@cancun.qualcomm.com (Ron Dippold) writes:
>> Nobody files complaints against the delivery system (UseNet itself)
>> for offensive postings.  What if you wrote that letter on company
>> letterhead and sent it in a company envelope?

>I often stay in hotels that have stationary supplies in the rooms for
>the use of their guests.  The paper and envelopes usually have the hotel's
>letterhead on them.  Nevertheless, people don't confuse my ravings with
>the corporate policy of the hotel I'm staying at, even if I do use stationary
>with their name printed on it.

>Nor does the hotel seem very concerned that some one will either (they don't
>print disclaimers at the bottom of each sheet of paper).

Right.  And most public access sites aren't very concerned, either,
even when their name is on the message.  However, if I use Qualcomm
letterheads, that's not the same thing as one with a "Hilton Hotels,
call 1-800-xxx-xxxx for reservations".

The analogy is just fatally flawed.  The post office has no control
whatsoever over what you send unless it's illegal.  They can't refuse
to let you write letters.
-- 
A cauliflower is nothing but cabbage with a college education.  -- Mark Twain
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: news.admin
Subject: Re: News requires redesign and re-implementation
Date: 7 Apr 1992 17:39:16 GMT
Distribution: usa
Organization: UT Health Science Center Houston

In article <1992Apr5.023550.2203@rwwa.COM> witr@rwwa.com writes:
>Perhaps, however, you believe that the current system exemplifys 
>software perfection?  (even though it isn't written in perl?)  ;-)

Oh, God...Don't say things like that to Randal; now he'll haul off and write
P news, with programs like inews.pl, relaynews.pl, anne.jones.pl, expire.pl,
and pl.pl.pl.pl...
-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by a .sig virus.
         "Grow up children. Purchase lives." -- Geoff Collyer
From: tyager@maxx.UUCP (Tom Yager)
Newsgroups: news.admin
Subject: Looking for Chicago suburban feed(s)
Date: 13 Apr 92 18:24:41 GMT
Organization: New Hampshire Public Access UNIX

I'm considering a move to the Northwest suburbs of Chicago, and I presume
that I'll be outside the city's local calling area. I currently have a
full newsfeed and wish to maintain it after the move. I've got a very
beefy system (486/33, 32MB memory, 1GB disk, TB T2500) and will gladly 
take on downstream feed duties in exchange for a feed of my own.

My preference is to connect to a backbone with direct Internet connection.
I'm not asking for dial-up Internet access (while that would be nice), but
the one-hop approach makes email so much easier to route.

I'm not a frequent reader of this newsgroup, so please email your responses.
Thanks to all in advance.
(ty)
---
Tom Yager, Technical Editor, BYTE
           Multimedia Lab manager *  Former fire eater
           Author, Addison-Wesley UNIX programming book (Summer, 1991)
           decvax!maxx!tyager, maxx!tyager@bytepb.byte.com
-- 
Tom Yager, Technical Editor, BYTE  *  Freelance coin-op reviewer
           Multimedia Lab manager *  Former fire eater
           Author, Addison-Wesley UNIX programming book (Summer, 1991)
           decvax!maxx!tyager, maxx!tyager@bytepb.byte.com
From: ckd@eff.org (Christopher Davis)
Newsgroups: news.admin
Subject: Fun, fun, fun.  Old news, leaks, and more possible.
Date: 7 Apr 92 16:38:34 GMT
Organization: Electronic Frontier Foundation Tech Central

In trying to send out all the articles that didn't go out because yours
truly forgot to put in a cron job to SIGHUP his nntplinks (bozo!), yours
truly committed a class A dumbass attack.

To make sure I got all the mail2news gateway stuff out, I did a nice
find/egrep looking for items that were either locally posted (eff!user)
or gated (eff!eff-gate!user).

Of course, I forgot to exclude the eff.* hierarchy from the find, and
forgot to grep it out of the batchfile that the find created.  Odds are
I leaked a bunch of stuff from various mailing lists and/or local groups
before I caught it.  If you see a bunch of "Distribution: eff" stuff in
your junk group, feel free to turn up the expire and consider me a dork.

It also got the archiving hierarchy, though I don't think any of that
leaked, since it was fairly late in the file.

There will also probably be a certain amount of old news showing up from
here, since we keep some things on a fairly long expire; however, we fed
our batch out through a C news site and an INN site, so I think they got
rid of the really old stuff.  I sure hope so.

In summary, if you see weird stuff coming from our end news-wise, it's
my fault, and I know about it, and I apologize (in advance) for it.
--
Christopher Davis <ckd@eff.org> |    ECONOMIC OBSERVATIONS DEPARTMENT
System Manager & Postmaster     |  "There's always something going out of
Electronic Frontier Foundation  |      business in Central Square."
+1 617 864 0665  NIC: [CKD1]    |   -Rita Marie Rouvalis <rita@eff.org>
Newsgroups: news.admin,talk.religion.misc
From: rohwerwd@netcom.com (W. David Rohwer)
Subject: Unfounded Biblical Faith  (Was:Re: I've forged a cancel of a sendsys)
Date: Wed, 08 Apr 92 05:13:50 GMT
Organization: Netcom - San Jose, CA
Followup-To: talk.religion.misc

In article <20590@rpp386.lonestar.org> jfh@rpp386.cactus.org (John F Haugh II) writes:
>In article <1992Apr1.234439.15876@wpi.WPI.EDU> entropy@wintermute.WPI.EDU (Lawrence C. Foard) writes:
>
>>Disclaimer: Opinions are based on logic rather than biblical "fact".   ------
>
>Please remove this obnoxious statement from your messages.  You are
>insulting all people who have some form religious faith.
>

     Please remove your illogical pro-censorship and pro-politically correct
statements from all your future posts.  You are insulting all people that
give authority to logic over unfounded bibilical faith.

     As you should know by now, the Bible contains many contradictions
and errors and as a consequence does not stand up to logic.  A couple
of errors are the creation story and the virgin birth.  Christianity
is a very false religion.

-- 
  +-----------------------------------------------------------------------+
 /   //  W. David Rohwer   // Amiga       UUCP: apple!netcom.com!rohwerwd |
|  \X/       Go A's!     \X/ 3000UX   Internet: rohwerwd@netcom.COM      /
+-----------------------------------------------------------------------+
Newsgroups: news.admin
From: entropy@goofy.WPI.EDU (Lawrence C Foard)
Subject: Thanks you for sendsys
Organization: Worcester Polytechnic Institute
Date: Fri, 17 Apr 1992 17:09:22 GMT

Thank you for the wonderful sendsys "feature" as an indirect result of this
"feature" I am out both a job and net access...
I'll hopefully see you soon from vwis.com

P.S. It won't be propogating or replying to sendsys control messages...

Newsgroups: news.admin
From: merlyn@iWarp.intel.com (Randal L. Schwartz)
Subject: Re: News requires redesign and re-implementation
Reply-To: merlyn@iWarp.intel.com (Randal L. Schwartz)
Organization: Stonehenge; netaccess via Intel, Beaverton, Oregon, USA
Distribution: usa
Date: Tue, 7 Apr 1992 19:58:24 GMT

In article <6327@lib.tmc.edu>, jmaynard@oac (Jay Maynard) writes:
| In article <1992Apr5.023550.2203@rwwa.COM> witr@rwwa.com writes:
| >Perhaps, however, you believe that the current system exemplifys 
| >software perfection?  (even though it isn't written in perl?)  ;-)
| 
| Oh, God...Don't say things like that to Randal; now he'll haul off and write
| P news, with programs like inews.pl, relaynews.pl, anne.jones.pl, expire.pl,
| and pl.pl.pl.pl...

Nope.  Perl is not the be-all and end-all language.  It's just good
for the cases where it is good.  If Larry gets around to writing rn in
Perl, that'll be his mission.  Mine lies in another direction. :-)

So, yup, I add four or five Perl scripts to the Cnews distribution to
help me keep up with the overhead, but I have *yet* to *re-write* any
of the distributed sh scripts in Perl.  (Why?  They run fast enough
for me already.)

Just another Perl hacker and Cnews admin,
-- 
/=Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ==========\
| on contract to Intel's iWarp project, Beaverton, Oregon, USA, Sol III      |
| merlyn@iwarp.intel.com ...!any-MX-mailer-like-uunet!iwarp.intel.com!merlyn |
\=Cute Quote: "Intel: putting the 'backward' in 'backward compatible'..."====/
From: ts@cup.portal.com (Tim W Smith)
Newsgroups: news.admin
Subject: Re: News requires redesign and re-implementation
Date: 9 Apr 92 08:23:37 GMT
  <1992Apr6.043053.9468@rotag.mi.org>
Distribution: na
Organization: The Portal System (TM)

>foolishness. And "fast" is a very relative term, given the rate at which CPU 
>technology is advancing these days anyway (I'm assuming of course that most of 

The problem here is that everything else is also being written under the
assumption that the CPU will get faster.  We don't have to make our editor
efficient -- the faster CPU will deal with it.  Who cares if the GUI has
to move a lot of bits around -- the faster CPU will take care of it.
So what if the compiler is inefficent -- we'll run the CPU faster.  So
what if the operating system becomes a bloated slow pig -- we'll make
the CPU faster.  Soon, everyone will have very fast CPUs that appear to
the user to be about as fast as an abacus in molasses on a cold day, because
all the software will suck.

Don't add news to this hall of shame.

							Tim Smith
Newsgroups: news.admin
From: mrapple@quack.sac.ca.us (Nick Sayer)
Subject: Re: Any rational reason for sendsys?
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: 8 Apr 1992 04:53:01 UTC

darcy@druid.uucp (D'Arcy J.M. Cain) writes:

>But a sendsys to a non-existent user on your system would double the UUCP
>traffic for it.  Each sys file would pass through the link twice, once when
>it sends the sys file to your site and once when your site bounces it back.

*sigh*

1. One would create an alias for sendsys that would send mail to
/dev/null as a matter of course.

2. Major mail-over-uucp-sites would be able to drop mail to
sendsys@anything.UUCP straight on the floor.

#2 is the major point of the exercise. The problem with sendsys
isn't the sendsys message, it's all the mail that such messages
generate. Being able to reliably predict something about those
messages makes it possible to treat it differently than real
mail. If one can segregate it, one can very easily trash it if
it's bogus.

This is the only scheme that will do any good at all without
totally wrecking the sendsys mechanism. As a backwards-compatability
aid, major sites can forge cancels for sendsys messages that are
NOT directed to sendsys@[anything]. Since there's no delay mechanism
involved, the huge numbers of sites running stone age versions
of B news (or other blunt instruments) won't be a continuing
source of difficulty.

It is effective despite the fact that everyone won't upgrade
(and face it: they won't) and yet it doesn't cripple sendsys.
No other scheme posted has had these traits.

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | "Happy Happy Joy Joy Happy Happy Joy Joy
N6QQQ @ N0ARY.#NOCAL.CA.USA.NA       |  Happy Happy Joy Joy Happy Happy Joy Joy
37 19 49 N / 121 57 36 W             |  Happy Happy Joy Joy Happy Happy Joy Joy
+1 408 249 9630, log in as 'guest'   |  Happy Happy Joy Joy Joy"
Newsgroups: news.admin