HDTenEightyP/NetNews huggingface dataset:
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: A new (very simple) bot solution
Date: 20 Dec 92 06:54:23 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

mattm@digex.com (Matt Mosley) writes:

>>under such a system, if you have a mode "+b *!*@*" it would be the
>>*only* ban there, since it would replace any other bans on the channel,
>>so of course it would be the *only* one you want removed...

>Actually, this really should be done.  A "+b *!*@*" should replace all
>other bans, and remove them.  Same thing with "+b *!*@my.host.edu" removing
>"+b *!*@*.host.edu" ... it's called redundancy, folks.

So you have a channel, with bans set up nicely for certain domains..
and you then do a mode b *!*@* ..   and you have to re-type the all
in again..  no, I don't like this at all...  if you want to remove a
ban on anyone, then you should have to remove it explicitely (sp).
Why make the server larger ...?

phone..

say NO to non-local operator KILLS..
From: PFAN000 <PFAN@MUSIC.LIB.MATC.EDU>
Newsgroups: alt.irc
Subject: IRC Server List
Date: 16 DEC 92 21:02:09 CST
Organization: Milwaukee Area Technical College
NNTP-Posting-Host: 148.8.64.2

Not too long ago someone posted a pretty lengthy worldwide IRC
Server List.  Can whoever did that do it again so I can capture it,
or even better yet send it directly via E-Mail?  Thanks...

Pete Fanning
Computer Operator
Office of Information Technology
Milwaukee Area Technical College

Internet: pfan@music.lib.matc.edu
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: Proposal for Bot Owners (V1.00).
Date: 12 Dec 92 12:03:17 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2
Keywords: BOT IRCII PROGRAMMING LAME POINTLESS ANNOYING

hachec@ERE.UMontreal.CA (Greg Patterson) writes:

>In article <1992Dec10.212059.11696@newstand.syr.edu> aktan@rodan.acs.syr.edu (Andre Kian-An Tan) writes:

>I don't agree with them either but at least I've managed to convince >15 
>bot owners that auto-oping on #hotsex is not helping IRC.  WHAT HAVE YOU
>ACCOMPLISHED?  (other than wasting my time with this reply?).

[...]
>Please feel free to come up with a better solution rather than flaming
>me...  The situation has definitely improved on #hotsex (and possibly
>#hottub as the same bots are usually on more than one channel but I 
>don't go there often).

A good motivator is to send all the hack messages to the bot(s)/person(s)
causing the noise.  They often don't know about it and when they get
dumped the hack notices they make they soon stop.

Or even dump/echo the hack messages to the channel..:)

avalon
Xref: sparky alt.irc:4731 alt.religion.kibology:5457
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc,alt.religion.kibology
Subject: Re: mother-core (was: Re: patriot.mit.edu (vanity server alert))
Date: 17 Dec 1992 23:38:01 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <BzDzDD.2pz@world.std.com> kibo@world.std.com (James "Kibo" Parry) writes:

>Can you post it for all of us?  I'll trade you the 5,000-question Purity Test.

Where can we get the 5,000-question Purity Test, Kibo?


Gwydion.
Newsgroups: alt.irc
From: gl8f@fermi.clas.Virginia.EDU (Greg Lindahl)
Subject: Re: yes or no? (bot deopping)
Organization: Department of Astronomy, University of Virginia
Date: Sun, 13 Dec 1992 02:25:57 GMT

In article <85220@ut-emx.uucp> dougmc@ccwf.cc.utexas.edu (Doug McLaren) writes:

>My proposal:
>
>   No bans.  No opping people.  +i, s, t, n, p all still in effect, able to
>   be changed by anybody on the channel.
>   Anybody on the channel can 'kick', but all the kick will do is do a
>   server-level ignore on that person.  So I kick you, and it keeps ME
>   and only ME from seeing you.  Perhaps if 1/2 or more of the people on
>   the channel kick a single person it ought to become 'real' ...

I think that all your solution would do is result in an explosion of
number of servers, server operators, and kills.

One way to reduce mode traffic is to not propagate redundant modes,
i.e. once Wumpus is a channel operator, "mode +o Wumpus" will be
rejected by the user's home server. This reduces the stupid multiple
mode problem, but introduces new consistancy problems.  So, the home
server should watch for "You're not channel operator!"  errors, and
when it sees one, allow Wumpus to chop himself. Avalon has also
proposed a tighter test for flooding which should slow things down.

Modes, bans, and channel operators work well most of the time. It's
only the channels with lamer bots which have a problem, and they've
always been a disaster, ever since they got too big. What do the
inhabitants of #gblf and #42 think of modes? Do they work well for
you?

Has anyone measured what fraction of flooded messages are redundant
mode commands? Should we also have the home server have separate rate
limits for flood messages such as nick, topic & join? i.e. 1 per 10
seconds? Does anyone think IRC would be less useful with a strict rate
limit on nick, topic, and join?
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 16 Dec 1992 02:11:54 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <mrgreen.724296161@munagin> mrgreen@mullian.ee.mu.OZ.AU (matthew green) writes:
>avalon@coombs.anu.edu.au (Darren Reed) writes:
>
>>>   3) Reduce the number of kills.
>
>>Just mean less operator kill...and this wont happen while at least
>>1 operator can issue /kill (in this, the real politicans leave us way
>>behind - they at least are willing and see need to disarm).
>
>>Consider the recent case where person A (an operator) was killed by
>>person B (another operator) who was then killed by person C (another
>>operator) and to end it all, person B then squit'd the server that
>>person A was on.
>
>>Given this, can you see person C or B ever giving up oper in
>>fear that they may not be able to retaliate ?
>
>#define A Page
>#define B Spur
>#define C Gywdion
>
>..

According to the above, the following is claimed to be the sequence
of events:

# Consider the recent case where person Page (an operator) was killed by
# person SpUr (another operator) who was then killed by person Gwydion
# (another operator) and to end it all, person SpUr then squit'd the
# server that person Page was on.

It is not correct.

What actually happened was that SpUr /ignored page, at which point
page /killed him.  SpUr complained to Stale, who is the admin of the
server that Page has oper on; Stale was not interested in SpUr's
opinions.

Page continued to harass SpUr, and eventually SpUr was /killed by
Page.  At this point, I /killed Page.  SpUr came back on and /squit
Stale's server as well.  This seems to have resolved the situation
to SpUr's satisfaction, because it now seems that Page is no longer
harassing him.

At no point did I kill SpUr, as you have claimed.

Gwydion.

Newsgroups: alt.irc
From: cgw@sol.acs.unt.edu (christopher williams)
Subject: Re: IRC Traffic Stats stuff.
Originator: cgw@sol.acs.unt.edu
Organization: University of North Texas
Date: Thu, 17 Dec 1992 19:51:43 GMT

In <avalon.724608345@coombs> avalon@coombs.anu.edu.au (Darren Reed) writes:
>unshar, 

edit flowmon.c to change the default server

>        "make all" 

edit *plot to make sure the perl executable's path is right
add a "()" to the end of "length" on line 8 of runplot
add "./" to the beginning of "flowmon" on line 51, if "." is not in your path
chmod 700 *plot

>                   and run "runplot".  The stats collector backgrounds

so far, so good

>into a 'daemon' mode.  use "genplot" to generate the plot file for

-cgw-
Newsgroups: alt.irc
From: mnystrom@athena.mit.edu (Mika Nystroem)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Massachusetts Institute of Technology
Date: Mon, 14 Dec 1992 20:53:57 GMT

In article <1992Dec14.103032.563@rat.csc.calpoly.edu>, asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
|> How about a server that fakes host names for people?  Do you know of
|> many other servers that do that?  Gee mnystrom@patriot  what the hell
|> kind of address is that?

Well, it certainly isn't *fake*, although it may be a little incomplete. :)
You can get almost any server to do something similar to a hostname almost 
as simply as patriot. Try /server localhost sometime while you're running 
a client on your favorite server computer. Most servers I have seen do not 
have K-lines for "* localhost". 


Regards,
  Mika Nystroem
  mnystrom@athena.mit.edu
Newsgroups: alt.irc
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 12 Dec 1992 02:38:49 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <1992Dec11.155558.2035@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:

>Greg McMullan, among others. Aren't vanity servers fun? Especially the
>ones brought to us by Gwydion and Belladona.

Hello, Wumpus.
*waves*
I was wondering when you'd pop up.  BTW, do you really think patriot
routes off charon?

Gwydion.
From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 16 Dec 92 03:27:17 GMT
Organization: Doug's House of Disco

In article <1992Dec11.194808.26570@njitgw.njit.edu> lcm1501@hertz.njit.edu (Lawrence C. Mc Abee) writes:
>
>	NOW, I do disagree with some ops on that server, but it does not make
> it vanity....

As much as I'd like to agree with you, you're wrong.
That is *precisely* what makes it a vanity server.

Vanity server = term coined by somebody to refer to server w/ people they
  don't like, or don't think should be running a server (for whatever reason.)

:) (for the Humourously impaired.)
-- 
----------------------- \  Zippy says:
Doug McLaren,            \  - if it GLISTENS, gobble it!!
DemoN on IRC              \
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
Newsgroups: alt.irc
From: StarOwl@uiuc.edu (StarOwl)
Subject: Re: earthgate.com server.
Reply-To: StarOwl@uiuc.edu
Organization: Actuarial Science Program at UIUC
Date: Thu, 17 Dec 1992 03:01:07 GMT

louray@seas.gwu.edu (Michael Panayiotakis) writes:

>Anyone know where the server EARTHGATE.COM is located.  I know it's in
>virginia, but anything more specific???

eng-nxt02 [21:01] ~> whois earthgate.com

Earthgate (EARTHGATE-DOM)
   PO Box 3850
   	 Reston, VA 22091

   Domain Name: EARTHGATE.COM

   Administrative Contact:
      Schoffstall, Martin  (MS9)  SCHOFF@PSI.COM
      (703) 620-6651
   Technical Contact, Zone Contact:
      Nadeau, Ted  (TN62)  NADEAUT@NISC.PSI.NET
      (518) 283-8860

   Record last updated on 21-Feb-92.

   Domain servers in listed order:

   NS.PSI.NET			192.33.4.10
   NS2.PSI.NET			192.35.82.2


To see this host record with registered users, repeat the command with
a star ('*') before the name; or, use '%' to show JUST the registered users.

--
Michael D. Adams       (aka StarOwl)	| Of all sexual aberrations, chastity
StarOwl@uiuc.edu       (NeXT mail OK)	| is the strangest. -- Anatole France
anon.46@pax.tpa.com.au (anonymously)	|------------------------------------
an692@anon.penet.fi    (anonymously)	| NBCS: B1f+t-w+g+k++s+me+h-qv
From: mattm@digex.com (Matt Mosley)
Newsgroups: alt.irc
Subject: Re: Waxing nostalgic without much of a point.  Was: Re: Why people care so strongly about IRC (sorry, a bit long)
Date: 15 Dec 1992 13:28:34 GMT
Organization: Express Access Online Communications, Greenbelt, MD USA
NNTP-Posting-Host: mirror.digex.com

In article <1gc7f5INNkbb@usenet.INS.CWRU.Edu> gjm5@po.CWRU.Edu (Lord Maximilien of Myragorthia) writes:
>intervention.  Everyone on alt.irc keeps saying how the IRC is an anarchy,
>and how the operators can't agree on what should be connected to what--
>especially in the ol' U.S. of A.  Rather than just asking everyone to come
>to an agreement, we ought to pick someone to make a final decision.  And
>since we're probably never going to choose a single person to do this, a bot
>would be the logical alternative.  A bot would, in fact, be the only com-
>pletely unbiased judge of things.

Incorrect.  A "bot" is only as unbiased as the programmer of it.

-- 
Matt Mosley			<>	"Think for yourself, and feel the
Digital Express Group		<>	 walls..  become sand beneath your
mattm@digex.com			<>	 feet."   -  Queensryche
Newsgroups: alt.irc
From: rarchee@extro.ucc.su.OZ.AU (Ray Archee)
Subject: Looking for ppl to be in decision making grp 15Dec
Summary: I am looking for ppl to participate in a decision making grp next Tues 
Keywords: decision making groups
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Sun, 13 Dec 1992 12:47:10 GMT

Hullo all,

I am looking for serious ppl to be in a special decision making group next
week on the 15 Dec, and on the 22 Dec... time is set for 1500 GMT (ie London)
which makes it close to 1600 in Europe, and between 7 and 10 am in the USA,
and 2am Sydney, Australia (where I live)..

If you are interested then mail me asap, because I have to send u a file
with the Task ( a simple values exercise) and a short survey..

The reason behind this is the lack of any research on real time decision
making via computer mediated communication (my interest is not in irc per se)

I am a researcher (yes but I wasnt always like this) who specialises in
computer mediated communication.  I will log the group on 15 and 22, analyse
the interaction, and send you some feedback and another survey..

I have ppl from Europe, the States, Canada, and Australia so far..

Look for #DECISION, msg me (Rai on irc) and I will invite you...



hope to see you there (for about an hour)

Ray Archee (Rai on irc)
Univ of Western Sydney, Nepean
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 18 Dec 1992 20:45:26 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <1992Dec18.24600.1635@ms.uky.edu> rankin@ms.uky.edu (David W. Rankin Jr.) writes:

>It's a strange concept that sysadmins might not want to fool with a problem
>that only you have and doesn't hurt anything of importance, except your
>one little pet project (esp. if they happen not to like your pet project).

Oh, the sysadmins have no problem with the patriot server; I
recommended to Mika that he get their permission, which he did.  He
has helped them find some problems with their system [genuine
problems, that is].  The only one being hurt over the patriot
/etc/hosts problem is some loser in California and another loser in
Australia.  I am sure you can imagine how aghast the patriot sysadmins
would be at this if they heard about the displeasure of these two
people. :-)

Newsgroups: alt.irc,alt.religion.kibology
From: kibo@world.std.com (James "Kibo" Parry)
Subject: mother-core (was: Re: patriot.mit.edu (vanity server alert))
Organization: Two rooms filled with typography, in downtown Boston
Date: Thu, 17 Dec 1992 04:34:25 GMT

In article <HROSE.92Dec16111955@rocza.eff.org> hrose@eff.org (Helen Trillian Rose) writes:
>
>I got a nice big core file:
>1752 -rw-r--r--  1 hrose    10133936 Nov 10 21:52 mother-core

Can you post it for all of us?  I'll trade you the 5,000-question Purity Test.

								-- K.
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: Bots, Newsgroups, Protocols, Whatever
Date: 20 Dec 92 05:40:14 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

s_titz@ira.uka.de (Olaf Titz) writes:

>In article <1gm7g8INN2u3@manuel.anu.edu.au> titus@coombs.anu.edu.au (titus chiu) writes:

>>>idle:  Why are so many of you /away for extended periods of time?
>>>Arent you just as much strain on the net as an idle bot?  I have heard 
>>
>>yes that is correct, an idle user does use just as much bandwidth as an
>>idle bot, which is closed to zilch (since it is idling) .. but of course

>except for the PINGs... depending on your particular client-server
>connection, these can be a problem (especially when some sort of
>dial-up lines are involved.)

And except for the fact that every time a server splits off, it has to be
told of this user again..   also for the clients with a notify command..
I guess thats no traffic though..

phone..

say NO to non-local operator KILLS..
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 14 Dec 92 10:31:11 GMT
Organization: Nothing worth mentioning...

gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) was telling me...
>In article <1992Dec11.194808.26570@njitgw.njit.edu> lcm1501@hertz.njit.edu (Lawrence C. Mc Abee) writes:
>
>>	patriot.mit.edu is not a vanity server.
>
>... in your opinion. you'll be happy to know that irc.mit.edu is
>being upgraded to a real machine soonish, so cpu will no longer be a
>problem for it (not that it's really CPU bound...)
>
>
And as a matter of fact so is csd....talk about xmas gifts...

-Alex

--
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 12 Dec 1992 12:19:23 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <1992Dec12.050054.16142@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:

>I take it this means you want you C/N lines deleted? OK.

I don't think we really care.  If you need a link we will be glad to
give you one, considering the proximity of the two servers, but if you
want to route politically (which I admit you usually do), then that's
your problem.  I am sure that even you know enough to realize that
patriot does not need the irc.mit.edu link at all - the only reason
for the existence of that link in the first place is that it makes
sense in routing.

Have a nice day,

Gwydion.


Newsgroups: alt.irc
From: gl8f@fermi.clas.Virginia.EDU (Greg Lindahl)
Subject: Re: Protecting privacy of users against IRCops; making umode +i effective.
Keywords: invisibility privacy and IRCops
Organization: Department of Astronomy, University of Virginia
Date: Sat, 19 Dec 1992 17:22:54 GMT

>>>Let's take Scott for example.  Or rather take one of his floodbots.
[...]
>>How can you get rid of it even if you can see it? The only way to "get
>>rid" of it is user@host ignore, which works just fine whether or not
>>it's umode +i.
>
>I am loath to say this, but KILL follows nick changes, rather well at
>that...

So? Scott's floodbots have auto-rejoin after kill, so that's
completely useless against them. The only thing that works is
user@host ignore, and then a complaint to the authorities. Or, perhaps
a good spanking (act like a child, be treated like a child.)

Newsgroups: alt.irc
From: chasin@santafe.santafe.edu (Scott Chasin)
Subject: Beta testers wanted for new CHAT NETWORK
Date: Wed, 16 Dec 92 03:28:27 GMT
Organization: Santa Fe Institute

If you would like to help beta test a new chat network,
do the following:

FTP the client from santafe.santafe.edu:
get /pub/misc/4m-211.tar.Z (50k)
Next, uncompress, untar, then type "cd 4m-client", then
type "make".
Make sure you read the "README" file before you run '4m'.
                                        


Newsgroups: alt.irc
From: hrose@eff.org (Helen Trillian Rose)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: The Evil Fascist IRC Admins From Hell, Inc.
	<1992Dec14.103032.563@rat.csc.calpoly.edu>
	<1992Dec15.000434.16968@fcom.cc.utah.edu>
	<1gm3kkINN9h8@life.ai.mit.edu>
Date: Wed, 16 Dec 1992 16:19:57 GMT

Gwydion> == Mercenary Programmer <gwydion@hal.gnu.ai.mit.edu> 

 Gwydion> In article <1992Dec15.000434.16968@fcom.cc.utah.edu> cc4507@u.cc.utah.edu (Chucki Carpinello) writes:
>In article <1992Dec14.103032.563@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>>
>>Ever noticed how many people USE csd?  Gee george, how many other servers
>>do you know of that have crashed because they went over the max user
>>limit of ircd?
>  I belive netserv2.its.rpi.edu did once

 Gwydion> I have also seen tramp.cc.utexas.edu do it.

Big difference between blowing "MAXCONNECTIONS" (in config.h) as opposed
to blowing past 127 users (the maximum limit allowed by Sun's stdio
implementation). 

I got a nice big core file:
1752 -rw-r--r--  1 hrose    10133936 Nov 10 21:52 mother-core

(I've blown it several times before and since then, but that was the
most spectacular)

I've gotten patches to get rid of stdio in the ircd so I won't have this
problem. And the problem will cease when csd splits into routing and
user servers in January.

--Helen
--
Helen Trillian Rose             	<hrose@eff.org, hrose@kei.com>
Electronic Frontier Foundation   	email eff@eff.org for EFF Info
Kapor Enterprises, Inc.                 Flames to: 
Systems and Networks Administration	women-not-to-be-messed-with@eff.org
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 20 Dec 92 15:10:14 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

avalon@coombs.anu.edu.au (Darren Reed) writes:

>doug@cc.ysu.edu (Doug Sewell) writes:

>>It appears that a new vanity server, patriot.mit.edu, has just popped up.

>>The server-op (as listed by /admin) was sending annoying msgs to an 
>>acquaintance of mine, and when he objected, he was /kill'd.

>>Who the hell gives these guys C/N lines ?

>>Doug, who says "death to vanity servers" and wonders how many of the
>>150-or-so servers are just that...

>Well, if it dropped to 100 servers, I doubt that the number of users on
>IRC would drop by a third...maybe the number of opers would drop by
>even more...

I was thinking of *removing* at least 100 servers..  and getting the
"users" that they are about to have, seeing that finals are almost
over and everyone is going home, etc...  (blah) ..  to use other
servers...  

>avalon

>say no to things that are trendy to say no to.

say NO to Avapreaching... :)
Newsgroups: alt.irc
From: evansmp@uhura.aston.ac.uk (Mark Evans)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Aston University
X-Newsreader: TIN [version 1.1 PL241235]
Date: Fri, 18 Dec 1992 15:59:11 GMT

David W. Rankin Jr. (rankin@ms.uky.edu) wrote:
: 
: It's a strange concept that sysadmins might not want to fool with a problem
: that only you have and doesn't hurt anything of importance, except your
: one little pet project (esp. if they happen not to like your pet project).

Especially when attempting to fix the problem could break other things.

--
-------------------------------------------------------------------------
Mark Evans                                   |evansmp@uhura.aston.ac.uk
+(44) 21 429 9199  (Home)                    |evansmp@cs.aston.ac.uk
+(44) 21 359 6531 x4039 (Office)             |
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 20 Dec 92 11:54:37 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

doug@cc.ysu.edu (Doug Sewell) writes:

>It appears that a new vanity server, patriot.mit.edu, has just popped up.

>The server-op (as listed by /admin) was sending annoying msgs to an 
>acquaintance of mine, and when he objected, he was /kill'd.

>Who the hell gives these guys C/N lines ?

>Doug, who says "death to vanity servers" and wonders how many of the
>150-or-so servers are just that...

Well, if it dropped to 100 servers, I doubt that the number of users on
IRC would drop by a third...maybe the number of opers would drop by
even more...

avalon

say no to things that are trendy to say no to.
Newsgroups: alt.irc