HDTenEightyP/NetNews huggingface dataset:
From: chaneysa@nextnet.csus.edu (Stephen A Chaney)
Subject: Can someone help me with..
Organization: California State University Sacramento
Date: Mon, 14 Dec 1992 23:22:34 GMT



I am running a program that wants to know the following:

Gateway IP address: (default: 0.0.0.0)
Nameserver IP address: (default: 0.0.0.0)
Your IP Address: (default 0.0.0.0)
NetMask: (default 255.255.255.0) 


=============================================================================
-----Steve Chaney: Founder, Borg Operating Space Systems, Revision 2.0-------
	           The B.O.S.S. does not speak for CSUS. 
Newsgroups: alt.irc
From: rankin@ms.uky.edu (David W. Rankin Jr.)
Subject: Re: patriot.mit.edu (vanity server alert)
    <9212172023.AA08764@hrt213.brooks.af.mil> 
    <1992Dec18.044353.29301@rat.csc.calpoly.edu>
Date: Fri, 18 Dec 1992 07:46:00 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

In article <1992Dec18.044353.29301@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:

>I agree, K lining your own host is kinda silly.  All you ahve to do is have
>them fix the problem.  But you're too lazy to ask them, or motivate the
>admins to do it.

I know this is a hard task to do. It took me quite a while to get one of
my systems administrators here on campus to load tcsh (after figuring out
what tcsh IS.) I won't mention the problems I have had getting screen on
that machine....

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, well, just remember, this article is worth what you paid for it. :)

--------------------------------------------------------------------------
"You know, I don't think Apple could damage the Mac more if the tried."
  -me, on the new pricing schemes on System 7.1, MacTCP 1.1.1, and MacX
--"When UK pays me money for my opinions, it can have them. Not before."--
David W. Rankin, Jr.,  Mac Archiver for f.ms.uky.edu   Packrat on IRC
Main address: rankin@ms.uky.edu  rankin@ukma.BITNET ...!gatech!ukma!rankin
         Alternates: rankin@mik.uky.edu  djrank00@aix3090b.uky.edu
Newsgroups: alt.irc
From: mrgreen@mullian.ee.mu.OZ.AU (matthew green)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 15 Dec 1992 23:39:24 GMT

mnystrom@athena.mit.edu (Mika Nystroem) writes:

>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". 

At least when you /server localhost, the whole domain comes up..

311 p is mrgreen@localhost.ee.mu.OZ.AU (the lame one, also monica's)
312 on irc via server munagin.ee.mu.OZ.AU (University of Melbourne, Australian Hub)
317 p has been idle 0 seconds

Any one with any clues will know that you are on the machine the server
is running on.  As to just showing user@host but no domain, when there are
machines with the same first name around..  tsk tsk..  and there are two
American servers with that are called uxa.  Cool.

Matt..

say NO to non-local operator KILLS..
Newsgroups: alt.irc
From: rodder@ccwf.cc.utexas.edu (Jon D. Rodder)
Subject: Re: Whereis the MiniIRC client??
Organization: The University of Texas at Austin, Austin TX
Date: Wed, 16 Dec 1992 00:09:40 GMT

In article <9212151422.AA02300@hrt213.brooks.af.mil> tjm@hrt213.brooks.af.mil (Tim Miller) writes:
>On Sun, 13 Dec 1992 09:06:02 GMT, arumble@extro.ucc.su.OZ.AU (Anthony Rumble) said:
> > I heard around the traps of a MiniIRC, TinyIRC client??
>
>	How small is small?  Rocker's elisp irc client is 104K
>byte-compiled, and I've got a working (albeit *VERY PRIMITIVE*) working
>elisp client core that's just over 2K.

nathan@laredo.eas.gatech.edu wrote/is writing a client called TinyIRC.
I've got version 0.2, not sure what is "current".  Its primative and
a little quirky, but it works and the binaries are pretty small.  The
smallest I've been able to get my sun4 tinyirc binary is about 16k, but I
think it runs 8k to 10k on many other platforms (only other I've tried
is rs/6000 AIX, which yield 8k optimized and stripped).  I ftped
tinyirc.c from ftp.uu.net (/tmp I think).

-- 
-=<   Jon Lusky ----- rodder@ccwf.cc.utexas.edu   >=-- 
   \    IRC-Op at tramp.cc.utexas.edu (Rodder)   /
    \    89 Jeep Wrangler - 258/for sale!       / 
     \        79 Rx-7 - 12A/Holley 4bbl        / 
      \________67 Camaro RS - 350/4spd________/
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:30:32 GMT
Organization: Nothing worth mentioning...

lcm1501@hertz.njit.edu (Lawrence C. Mc Abee) was telling me...
>In article <1992Dec11.155558.2035@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:
>>In article <1992Dec11.144428.13598@news.ysu.edu> 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 ?
>>
>>Greg McMullan, among others. Aren't vanity servers fun? Especially the
>>ones brought to us by Gwydion and Belladona.
>
>
>	patriot.mit.edu is not a vanity server. If you look at how slow
> irc.mit.edu is (as well as csd.bu.edu) you will understand why it is 
> needed. 

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?

>
>	NOW, I do disagree with some ops on that server, but it does not make
> it vanity....
>

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?


The last server I remember that did that was sparc1...and it didn't do 
it for long.  Before that, avalon did it (didn't last for long) 
Faking a hostname is frowned highly upon.

-Alex

--
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: Waxing nostalgic without much of a point.
Date: 12 Dec 92 13:26:44 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

gjm5@po.CWRU.Edu (Gregory J. Meyers) writes:

)      The next problem is, of course, who should write it.  Well, let everyone
) who wants to give it a try, and their resulting suggestions can be tried out
) and compared.  Whichever produces the best performance (Surely there is some
) way this can be measured in an absolute fashion, e.g. average reaction time
) for all servers?) would then be tested further--still only making suggestions
) to operators of course--and only THEN, if it had already proved its worth,
) might it be given the ability to make the changes itself.  It could be moni-
) tored thereafter to make sure nothing went wrong; I'm certain all operators
) would be scrutinizing it quite carefully.  The whole thing could be dropped
) at any time.

Well if anyone succesffuly builds one which can compete with human operators
in matters of keeping the net sane, they should probably patent it.
A CS degree with Artificial Intelligence and Expert Systems majors would be a
minimal prerequisite.  Its not always simply a case of "who's missing".

[...]
)      This has also been mentioned, and not everyone agrees.  It seems to be
) worse in the U.S.  At any rate, it's one of those things that needs to be
) addressed, and not just dismissed.  Obviously I don't know enough about
) the political side of IRC to make many intelligent suggestions, but there are
) others on this board who clearly do, and I'd like to encourage them to speak
) up if they haven't already.  It's a matter that should be discussed.  If we
) talk about it rationally we might come to some sort of agreement.j

Don't you know that most CS types (ie operators, etc) hate politics....

avalon
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 19:25:02 GMT

In article <Bz7Lw3.IEq@news.cso.uiuc.edu> StarOwl@uiuc.edu writes:

>The /kick idea is interesting, but I'm not completely fond of it.  An 
>alternative (in the one chan-op scheme especially) would be to give /kick
>a few more teeth -- add an automatic ban as an after-effect of a kick. 

This would be a great (and easy) feature to implement in a client.
Don't clutter the server.
Newsgroups: alt.irc
From: gl8f@fermi.clas.Virginia.EDU (Greg Lindahl)
Subject: Re: Home Machine kicks me off
Organization: Department of Astronomy, University of Virginia
Date: Sat, 19 Dec 1992 16:56:39 GMT

In article <1992Dec19.050130.26527@mnemosyne.cs.du.edu> mstieb@nyx.cs.du.edu (Michael Stieb) writes:
>
>  Well, I really enjoy IRC.  However, my home machine( not NYX) kicks me
>off of any server that I connect to.  I get an "access violation" msg
>followed by a stack dump.

If you're using a VMS machine, this just means that something "dumped
core", i.e. a program that you're running has a bug. It does not mean
that some human is out to get you.

>  This may be a long Christmas Break without IRC!

IRC is an addiction. It's a good time to quit -- I'm nearly up to 1
year without IRC.
From: Markku.Savela@tel.vtt.fi (Markku Savela)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 14 Dec 1992 07:41:41 GMT
Organization: Technical Research Centre of Finland
	<1g5lmrINNh0k@usenet.INS.CWRU.Edu> <85220@ut-emx.uucp>
	<1992Dec14.022512.20210@fwi.uva.nl>
Reply-To: savela@tel.vtt.fi (Markku Savela)
NNTP-Posting-Host: tel4.tel.vtt.fi
In-reply-to: bolwidt@fwi.uva.nl's message of Mon, 14 Dec 1992 02:25:12 GMT

In article <1992Dec14.022512.20210@fwi.uva.nl> bolwidt@fwi.uva.nl (Erwin Bolwidt) writes:

>And of course there need only be a 'per channel' central server, that is 
>assigned as the channel is created. And if it goes down, it can be taken over
>by another server, say the server who's name,xored with the name of the ori-
>ginal server and then made into a hashvalue, is the lowest.

Be sure to include all logistics for the case where the same channel
is created in two or more isolated nets with associated "central
servers" and these splinters split and combine in various
combinations. Or, the case where net gets splits and the other half
gets a new controlling server, then later rejoined..

--
Markku Savela (savela@tel.vtt.fi), Technical Research Centre of Finland
Telecommunications Laboratory, Otakaari 7 B, SF-02150 ESPOO, Finland
Newsgroups: alt.irc
From: image@sage.cc.purdue.edu (The Melancholy Image)
Subject: *** HACK?  Explaination please.
Keywords: irc, hack, help, info
Organization: Purdue University
Date: Tue, 15 Dec 1992 20:19:23 GMT

Could someone please explain what the *** HACK: means.  I see people
op'ing other people using this option on IRC, but I really was wondering
what it is.  Does that mean that those people are using bugs to op themselves,
or what?  Thanks for the info.

-- 
  ____      _   ___ ___       | The Melancholy Image
   /  /\/\ /_\ / _ /_         |
__/_ / / //  //__//__         | Available at:  image@sage.cc.purdue.edu

Newsgroups: alt.irc
From: cc4507@u.cc.utah.edu (Chucki Carpinello)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: University of Utah Computer Center Student Mail Machine
Date: Fri, 18 Dec 92 20:36:40 GMT

In article <1992Dec18.185744.10923@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>cc4507@u.cc.utah.edu (Chucki Carpinello) was telling me...
>
>You just to conclusions...it's a wonder you get anything done.  I NEVER in any
>one of my posts said to K: line your own server.  I said to have it FIXED
>I don't consider that K:lining your own host a 'fix'  I didn't pressure him to
>Do that.
>
>And I try to make sense, more than I make sence.
>
...Why the heck are you so concerned with it anyway?
   As if it was YOUR problem


-- 
Chucki Carpinello
__
\/	Chucki.Carpinello@M.CC.Utah.EDU
From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 17 Dec 92 06:47:55 GMT
Organization: Doug's House of Disco

In article <1992Dec13.192502.3175@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:
>In article <Bz7Lw3.IEq@news.cso.uiuc.edu> StarOwl@uiuc.edu writes:
>
>>The /kick idea is interesting, but I'm not completely fond of it.  An 
>>alternative (in the one chan-op scheme especially) would be to give /kick
>>a few more teeth -- add an automatic ban as an after-effect of a kick. 
>
>This would be a great (and easy) feature to implement in a client.
>Don't clutter the server.

Yes, but I could get a few bots flooding you real bad, so bad that while
you are in fact ignoring them, but they start lagging you more and more,
and more, and eventually you start missing pings.  It's really quite easy
to do ... (and I've seen it done ...)

-- 
----------------------- \  Zippy says:
Doug McLaren,            \  YOW!!! I am having fun!!!
DemoN on IRC              \
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
From: titus@coombs.anu.edu.au (titus chiu)
Newsgroups: alt.irc
Subject: Re: Bots, Newsgroups, Protocols, Whatever
Date: 16 Dec 1992 03:23:52 GMT
Organization: Coombs Computing Unit, Australian National University, Canberra.
NNTP-Posting-Host: 150.203.76.2
X-Disclaimer: This message was written by a user on Coombs at ANU. The
              opinions expressed are those of the user and not necessarily
              those of the Australian National University.

jnelson@iastate.edu (Jeremy F Nelson) writes:
>BUT.... /killing has already been established as worthless in its intent
>of removing people from irc.... For one millisecond, you arent connected
>to the server, and the next, your client already has you hooked back up.

the wonders of auto-reconnecting clients..

>    To those people who gripe about bots who waste bandwidth by sitting
>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
we are not talking about idle bots as much as we are about noisey bots.

>The problem is not bots.  The problem is humans.

hasn't it always been that way..

>Jeremy Nelson

.:. titus
(Say NO to unattended bots)

--
titus chiu                                   -- email: ---------------------
                                             ---- titus@coombs.anu.edu.au --
  dont drink and drive home                  ---- titus@turing.ORG ---------
  get stoned and fly home.                   -------------------------------
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 17 Dec 92 19:22:57 GMT
Organization: Nothing worth mentioning...

mnystrom@athena.mit.edu (Mika Nystroem) was telling me...
>In article <1992Dec15.203157.10128@rat.csc.calpoly.edu>, asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>|> tjm@hrt213.brooks.af.mil (Tim Miller) was telling me...
>|> >On 15 Dec 92 01:49:34 GMT, asamonte@polyslo.csc.calpoly.edu (Just some loser...) said:
>|> >
>|> > > It's fake to me.  host patriot doesn't$give me anything a nic.ddn.mil whois
>|> > > of patriot doesn't help either  I don't care what kind of stupid justification
>|> > > you use.  All you are doing is inviting other people do to the same, soon the
>|> > > boundaries are stretched and then who knows what.  You KNOW you're faking
>|> > > your host.  Why do you have to do it?  Is there any particular reason?
>|> > > No, I don't think so. 
>|> >
>|> >
>|> [Cut and paste deleted]
>|> 
>|> You did patriot.mit.edu  That's not what shows up when you do
>|> /whois dog3
>|> when he is logged in via patriot.  you Just get patriot.
>|> no mit.edu
>|> 
>|> -Alex
>|> 
>|> -- 
>*** dog5 is mnystrom@patriot (Mika Nystrom)
>*** on irc via server Patriot.mit.edu (Fastest draw in the East)
>*** dog5 has been idle 6 seconds
>It *does* say patriot.mit.edu; that's why I never considered it a major problem.

For the server, yay.  Not for you.

>I haven't fixed it because I don't have root access and the people who do aren't
>going to. I did the following instead:

Did you ask?  Did they tell you that they were too busy to do it?

>[from /scratch2/mnystrom/ircd.conf]
>
>K:patriot::*
>K:localhost::*
>
>So now we get:
>*** Connecting to port 6667 of server patriot

Gee, why not try connecting to patriot.mit.edu  A few extra letterS make 
a world of difference.  You don't have to use 'localhost'

-Alex

-- 
Newsgroups: alt.irc
From: arumble@extro.ucc.su.OZ.AU (Anthony Rumble)
Subject: Whereis the MiniIRC client??
Keywords: IRC
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Sun, 13 Dec 1992 09:06:02 GMT

I heard around the traps of a MiniIRC, TinyIRC client??

Is there such a beast? and if there is.. where can I get it?


-- 
Anthony Rumble
aka SmilieZ
"Anything is possible.. If there is enuf money in it"
Xref: sparky alt.irc:4615 alt.irc.ircii:216
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: alt.irc,alt.irc.ircii
Subject: Installing Client (was Re: Proposal for Bot Owners (V1.00).)
Followup-To: alt.irc.ircii
Date: 12 Dec 1992 14:51:06 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau30.ira.uka.de


In article <1992Dec12.051152.7473@cc.umontreal.ca> hachec@ERE.UMontreal.CA (Greg Patterson) writes:

>It's really hard to compile a new client...  NAWT!  Considering the instructions
>are posted on here almost once a week.  The other fact is that all you have to
>do is ftp the archive, uncompres, untar it, and type 'Make' in the directory
>containing the source (parent of the source actually).

And on the first compiler error message you see, post on alt.irc ?

Yes there are people who don't know which operating system they're
running, even if it is listed in the makefile. Not to mention the OSs
that are not listed. Installing a program of this size is NEVER
trivial. It took me about an hour of patching 6 or 7 files to get it
compiled under Linux, and I'm experienced with these things.

Olaf
-- 
| Olaf Titz - comp.sc.student  |   o     | uknf@dkauni2.bitnet | old address |
| univ. of karlsruhe - germany |  _>\ _  | s_titz@ira.uka.de   | is still    |
| +49-721-60439                | (_)<(_) | praetorius@irc      | valid       |
  "My heart is human - my blood is boiling - my brain IBM" - Mr. Roboto
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: alt.irc
Subject: Re: Bots, Newsgroups, Protocols, Whatever
Date: 16 Dec 1992 16:50:08 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau34.ira.uka.de

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.)

Olaf
-- 
| Olaf Titz - comp.sc.student  |   o     | uknf@dkauni2.bitnet | old address |
| univ. of karlsruhe - germany |  _>\ _  | s_titz@ira.uka.de   | is still    |
| +49-721-60439                | (_)<(_) | praetorius@irc      | valid       |
  "My heart is human - my blood is boiling - my brain IBM" - Mr. Roboto
Newsgroups: alt.irc
From: bolwidt@fwi.uva.nl (Erwin Bolwidt)
Subject: Re: yes or no? (bot deopping)
Organization: FWI, University of Amsterdam
Date: Mon, 14 Dec 1992 02:25:12 GMT

dougmc@ccwf.cc.utexas.edu (Doug McLaren) writes:

[leading text deleted]

>A solution?  I see a few possible ones:

>   1) One central server handles modes.   (Will never work.  Not only would
>      it be slow, but how would people even  choose WHO gets to run this
>      server, and what if it goes down ...)
..but the idea sounds good. An alternative would be to have that central
server only handle +/- o's. That way it can stil control what's going on 
on the channel w/o extensive slow network traffic.
And of course there need only be a 'per channel' central server, that is 
assigned as the channel is created. And if it goes down, it can be taken over
by another server, say the server who's name,xored with the name of the ori-
ginal server and then made into a hashvalue, is the lowest.

>   2) Do away with the *** Hack message.  This is a good idea IMHO, whos
>      time has come.  It won't fix the problem, but will make it MUCH less
>      annoying ...
>   3) Do away with mode changes.  Personally, I think this is the best
>      solution, but it's really up to the people who do the coding ...
>      A slightly less drastic solution would be to do away with the 'o' and the
>      'b' modes (and 'm' would have to go too ...)  Then anybody on the channel
>      would be considered 'opped'.
>      Kick would seem to be a good thing to get rid of too.  But it serves it's
>      purpose too.

[proposal deleted]

Erwin@irc
-- 
Erwin Bolwidt                     "Yes!"                  `O-O'
<erwin @ mars.let.uva.nl>                                 (_U_)
From: gl8f@fermi.clas.Virginia.EDU (Greg Lindahl)
Subject: Re: yes or no? (bot deopping)
Organization: Department of Astronomy, University of Virginia
Date: Thu, 17 Dec 1992 18:14:04 GMT

>>>The /kick idea is interesting, but I'm not completely fond of it.  An 
>>>alternative (in the one chan-op scheme especially) would be to give /kick
>>>a few more teeth -- add an automatic ban as an after-effect of a kick. 
>>
>>This would be a great (and easy) feature to implement in a client.
>>Don't clutter the server.
>
>Yes, but I could get a few bots flooding you real bad, so bad that while
>you are in fact ignoring them, but they start lagging you more and more,
>and more, and eventually you start missing pings.  It's really quite easy
>to do ... (and I've seen it done ...)

How would a ban change that? Welcome to the non-sequitor hour on
alt.irc. If you see this done, I'd suggest that you write Scott's boss
and complain.
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: leave the server alone (was: Re: yes or no? (bot deopping))
Date: 14 Dec 92 11:04:02 GMT
Organization: Nothing worth mentioning...

mrgreen@mullian.ee.mu.OZ.AU (matthew green) was telling me...
>gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:
>
>>In article <Bz7Lw3.IEq@news.cso.uiuc.edu> StarOwl@uiuc.edu writes:
>
>>>The /kick idea is interesting, but I'm not completely fond of it.  An 
>>>alternative (in the one chan-op scheme especially) would be to give /kick
>>>a few more teeth -- add an automatic ban as an after-effect of a kick. 
>
>>This would be a great (and easy) feature to implement in a client.
>>Don't clutter the server.
>
>Wumpus is right.  There has been too much talk of `new' things for the
>server lately, that would be easier, and better handled in a client.
>If you client doesn't do what you want, bad luck, go write your own,
>or modify an existing one, or hassle the maintainer.   
>

UNfortunately if it's handled via the client, someone can change it
'Well I don't want it to ban anyone after I kick them, so I'll just
remove it!'

-Alex
--