HDTenEightyP/NetNews huggingface dataset:
From: cc4507@u.cc.utah.edu (Chucki Carpinello)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: I love you
Date: Fri, 18 Dec 92 11:47:45 GMT

In article <1992Dec17.192257.29291@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>mnystrom@athena.mit.edu (Mika Nystroem) was telling me...
>>|> >
>>|> [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.
>>*** 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]
>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
>
>-- 

Oh geez.. Mine does the same thing too:

csulx: /data2/home/chucki$ irc ChuckiTwo csulx.weber.edu

*** Connecting to port 6667 of server csulx
*** IRC, IRC, IRC  ChuckiTwo
[Stuff deleted]

*** ChuckiTwo is chucki@csulx (Oh, sweet child of mine)
*** on irc via csulx.weber.edu (Weber State College, Odgen, Utah)
*** ChuckiTwo is not idle


So..  what is the problemo?  yes, you *can* make it say localhost, but i 
still think they may put

137.190.16.1 	csulx.weber.edu	csulx	csulx.cs.weber.edu	

in the /etc/hosts

-- 
Chucki Carpinello
__
\/	Chucki.Carpinello@M.CC.Utah.EDU
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 15 Dec 92 20:33:58 GMT
Organization: Nothing worth mentioning...

tjm@hrt213.brooks.af.mil (Tim Miller) was telling me...
>On 15 Dec 92 01:52:24 GMT, asamonte@polyslo.csc.calpoly.edu (Just some loser...) said:
>
> > Doubtful.  Look at his last post...he knows it's a hack.  The only
> > one I can think of off the top of my head (that I didn't think of last
> > time) was  a server in *.tw I think it was.  And how long did that last?
> > patriot has been faking the hostname from day1.
>
>	Does anyone else besides me remember vogon.bu.edu?  At least
>patriot.mit.edu is in the dns.
>
>	And I can make sendmail drop my domain name easily.  Does that
>make it a hack?

Sure it does.  Or atleast it doens't work as it should.  WHenever someone
tries to forge a usenet posting, that's considered a hack.  I see
irc as following the same rules.  When this was a hot topic a year or so 
ago about forged usernames, someone cited some net policy about
misrepresenting yourself or something.  If such a policy exists, I would
think it would apply here too.

-Alex

--
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: #hottub lame bots...
Date: 12 Dec 92 12:33:38 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

Through a recent experiment on #hottub, the following results
were gained:

<WILDster> MASS KICK/DEOP/BAN PROTECTION ACTIVATED!
<BigBrothr> MASS KICK/DEOP/BAN PROTECTION ACTIVATED!

<SHIVA>   I REQUEST YOU DONT do that
<CHI_OMEGA>   I REQUEST YOU DONT do that
<WILDster>   I REQUEST YOU DONT do that
<BigBrothr>   I REQUEST YOU DONT do that

pick the clones...

avalon
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: A new (very simple) bot solution
Date: 13 Dec 92 12:11:50 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

scott@sfi.santafe.edu (Scott D. Yelich) writes:

>*** #hotsex              *\*!*nmsu*@*

>gotta love those backslashes!    The last one is intriguing.

Have to wonder about people sometimes...regexs aren't used by the server
for pattern matching on bans, just *'s and ?'s...

avalon
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: alt.irc
Subject: Re: Whereis the MiniIRC client??
Date: 15 Dec 1992 17:15:58 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG
NNTP-Posting-Host: irau31.ira.uka.de

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??

>byte-compiled, and I've got a working (albeit *VERY PRIMITIVE*) working
>elisp client core that's just over 2K.

This one is perhaps even more primitive, but working anyway:

#!/bin/sh
telnet your.server.wherever 6667

And this is way under 2K :-)
(you need to edit it a little to match your server, but this should
pose no great problem, I think...)

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: Sten M. Drescher <smd@hrt216.brooks.af.mil>
Subject: Re: yes or no? (bot deopping)
Organization: AL/HRTI, Brooks AFB
	<9212181947.AA04421@hrt216.brooks.af.mil>
	<1gtel1INNob6@life.ai.mit.edu>
Date: Sat, 19 Dec 1992 04:21:05 GMT

On 18 Dec 1992 21:08:49 GMT, gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer) said:

 gwydion> You forgot; Avalon is god.  That means that he can re-define

	Oh, I wasn't aware that we had His presence here.  I'll remember
to genuflect(sp!) everytime I see one of His messages from now on.
		Orangeman
From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 21 Dec 92 05:36:54 GMT
Organization: Doug's House of Disco

In article <1992Dec17.181404.17142@murdoch.acc.Virginia.EDU> gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) 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 ...)
>
>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.

Actually, I was referring to the benefits of a server-level ignore, as
opposed to a client level ignore.  It's not such a big deal when I'm
using my clients on the workstations, but when I'm running slip and running
a client at home, it makes a *big* difference ...

The ban was another idea ... if you're gonna call us non-sequiter, please 
keep your facts straight ...


-- 
----------------------- \  Zippy says:
Doug McLaren,            \  Hello, GORRY-O!! I'm a GENIUS from HARVARD!!
DemoN on IRC              \
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
Newsgroups: alt.irc
From: tjm@hrt213.brooks.af.mil (Tim Miller)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: AL/HRTI, Brooks AFB
	<1992Dec14.205357.27392@athena.mit.edu> <1gm3oeINN9ia@life.ai.mit.edu>
	<1992Dec16.071056.13712@rat.csc.calpoly.edu>
Date: Wed, 16 Dec 1992 14:11:53 GMT

On 16 Dec 92 07:10:56 GMT, asamonte@polyslo.csc.calpoly.edu (Just some loser...) said:

 > Political point?  You're the only one making it so.  I try to stay as
 > far away from irc politics as possible.  The original poster
 > started the thread, since they were talking about patriot, I voiced
 > my concerns about it.  That doesn't make it political.  I don't think it's
 > right.  

	IRC politics involves not only *who* runs a server, but *where*
they run it, *how* they run it, *what* they connect to, and indeed
*whether* it should exist at all.

	You concerns are, by definition, political.

-- Cerebus <tjm@hrt213.brooks.af.mil>
"Foo."
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 18 Dec 92 18:57:44 GMT
Organization: Nothing worth mentioning...

cc4507@u.cc.utah.edu (Chucki Carpinello) was telling me...
>In article <1992Dec18.044353.29301@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>>tjm@hrt213.brooks.af.mil (Tim Miller) was telling me...
>>>On Thu, 17 Dec 1992 16:16:50 GMT, mnystrom@athena.mit.edu (Mika Nystroem) said:
>>>
>>> M> I haven't fixed it because I don't have root access and the people who do aren't
>>> M> going to. I did the following instead:
>>>
>>> M> [from /scratch2/mnystrom/ircd.conf]
>>>
>>> M> K:patriot::*
>>> M> K:localhost::*
>>>
>>> M> So now we get:
>>> M> *** Connecting to port 6667 of server patriot
>>> M> *** *** Ghosts are not allowed on IRC.
>>>
>>> M> I hope everyone is satisfied. 
>>>
>>>	Hardly.  Take it out.
>>>
>>>	Why should you disallow user on the host local to the server
>>>simply because some loser decides that it offends his sensibilities?
>>>Particularly when he's dunce enough to call a *system* problem an *IRC*
>>>hack.
>>
>>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.
>>
>
>You are the one who pressured him to do it.. You make no sence   

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.

But that's spelling.

-Alex

-- 
Newsgroups: alt.irc
From: louray@seas.gwu.edu (Michael Panayiotakis)
Subject: earthgate.com server.
Organization: George Washington University
Date: Wed, 16 Dec 1992 19:11:50 GMT



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




-- 
pe | ep     (e'mail me since I don't always RN--louray@seas.gwu.edu)
ac | ca     "There's a fear down here we can't forget.."
e / \ e     "When it's done and over, a man is just a man"
 /   \      "Did it matter, does it now?"___________________GD__Qtd_by_______MP
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: Why is everyone using /umode +i ???
Date: 20 Dec 92 05:24:26 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

yinhao@ecf.toronto.edu (Yin Hao) writes:

[ ... ]

>Flame goes to the one who set up this server.  

>When compile the server, default_invisible should be undefined.

Ever heard of {evil} NOTE SPY ?  If I *want* to be invisible, but, I have
to do the umode i myself, there is a chance that NOTE SPY will get me.
Great.  Just what I wanted....

..
Newsgroups: alt.irc
From: mattm@digex.com (Matt Mosley)
Subject: Re: IRC: a few comments.
Organization: Express Access Online Communications, Greenbelt, MD USA
Date: Fri, 11 Dec 1992 20:02:55 GMT

In article <1992Dec10.175607.28816@njitgw.njit.edu> lcm1501@hertz.njit.edu (Lawrence C. Mc Abee) writes:
>
>	As a former user, I can assure you that it IS possible to have fun on
             ^^^^^^  operators are users too; just because
		     you have an O: line doesn't make you
		      someone over non-opers...

> IRC without a bot that wastes badnwidth. For those of you who do not 
> understand, I will explain.  Parts of the IRC net are on very crappy 
> connections. My school is on a 56k line, which makes our bandwidth very
> tight. The austrailians are on connections that are not always to stable. By
> flooding mode hacks and things, you hurt us.  That is why I can not find it 
> in me to get mad about flooding kills, even though I should.  IRC is not a 
> bot testing ground, or a place to try out your "cool new killer bots". It is
> a medium of communication. By making bots and such, you lower the 
> communication possible.

Well, you have a valid point there, although it could have been expressed
better.  Yes, some parts of the net are on dialup SLIP, and don't have
the bandwidth to waste with mass flooding via kill/kick/mode commands.

>	Now, not all users are like this. Those uers who avoid the #hot*, 
> #viet, and such channels are actually using IRC as it was meant to be used.
> All I can say to you people is try to convince your fellow users of the
>proper use of IRC.

Ahem.  Those who use channels such as #view and #hot* have just as much
of a right to use IRC as do those who use #twilight_zone.  Which channels
you hang out on doesn't really say much about how you behave.  I know some
people on #twilight_zone that act less mature than some on #hot*

-- 
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: hudel@waterloo.hp.com (Chris Hudel)
Subject: bode.uwaterloo.ca
Date: Sat, 12 Dec 1992 20:13:08 GMT
Organization: Hewlett Packard (Panacom Division)
X-Newsreader: TIN [version 1.1.4 PL7]

The irc server at [bode.uwaterloo.ca] no longer exists.   There are
no burdening administrivia-related reasons for this shutdown.  Just that
there are sooo many servers currently available that I don't believe
bode.uwaterloo.ca is needed anymore.

Cheers!
Chris.

--
                                                         Chris Hudel
business: hudel@waterloo.hp.com                         519/883-3080
pleasure: chudel@watarts.uwaterloo.ca             
(Pleasure forwards to business...)       - all comments are mine, not HP's - 
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 08:26:54 GMT

Tim Miller (tjm@hrt213.brooks.af.mil) wrote:
: On Thu, 17 Dec 1992 16:16:50 GMT, mnystrom@athena.mit.edu (Mika Nystroem) said:
: 
:  M> I haven't fixed it because I don't have root access and the people who do aren't
:  M> going to. I did the following instead:
: 
:  M> [from /scratch2/mnystrom/ircd.conf]
: 
:  M> K:patriot::*
:  M> K:localhost::*
: 
:  M> So now we get:
:  M> *** Connecting to port 6667 of server patriot
:  M> *** *** Ghosts are not allowed on IRC.
: 
:  M> I hope everyone is satisfied. 
: 
: 	Hardly.  Take it out.
: 
: 	Why should you disallow user on the host local to the server
: simply because some loser decides that it offends his sensibilities?
: Particularly when he's dunce enough to call a *system* problem an *IRC*
: hack.

But one which can be gotten round by hacking the server slightly :-)

assume my_name contains the FQDN if the host the server is running on.

add as a global variable

	char *my_domain;

just after ircd.conf is read (cos that's probably where you have got the 
FQDN of the server from)

	my_domain=index(my_name,'.');

if the routine to get the host name of the remote connection (read 'rhost'
as whatever variable the code actually uses)

(if there is something like rhost=hp->host do rhost=strcpy(temp,rhost);
where temp is a string of size 65, or more)

	if (strcmp(rhost,"localhost")) strcpy(rhost,my_name);
	if (!index(rhost,'.')) strcat(rhost,my_domain);

and thats it!


--
-------------------------------------------------------------------------
Mark Evans                                   |evansmp@uhura.aston.ac.uk
+(44) 21 429 9199  (Home)                    |evansmp@cs.aston.ac.uk
+(44) 21 359 6531 x4039 (Office)             |
Newsgroups: alt.irc
From: shulick@navajo.ucs.indiana.edu (Sam Hulick)
Subject: ARGH.. Midwest public server needed
Originator: shulick@navajo
Reply-To: shulick@navajo.ucs.indiana.edu
Organization: Vallen Software
Date: Sun, 20 Dec 1992 01:09:03 GMT


I need a server that's preferably in the midwest and allows connections
from out of state.  The people here at UCS are being very negligent of
our local server, and it's really annoying.  Thanks.

-- 
    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)
   // 68030 25 MHz /__/\ \ My opinions wear combat boots.  Or whatever.
\\// OS 2.04       \__\/ / "Walk!  Not bloody likely.  I am going in a
 \/                     / taxi."  --George Bernard Shaw
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 16 Dec 92 07:07:28 GMT
Organization: Nothing worth mentioning...

gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer) was telling me...
>In article <1992Dec15.014934.16284@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
>
>>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. 
>
>
>> finger mnystrom@patriot
>[patriot.mit.edu]
>Login name: mnystrom                    In real life: Mika Nystroem
>Phone: W7-335, 2257335
>Directory: /mit/mnystrom                Shell: /bin/athena/tcsh
>Last login Tue Dec 15 19:44 on ttype from RAVIOLI.MIT.EDU
>Project: Got started!
>No Plan.
>> exit
>
>Get a clue.

You get a clue...sheesh...You know WHY it's doing it, you know your finger
is no proof of it's correctness.  Gee, can anyone else who isn't
at mit or have mit hostmasks do that?  No, Doubtful.
And if there would happen to be a patriot.calpoly.edu I would get
Login name: mnystrom                    In real life:???

Gee george, why  would it do that?

-Alex

--
From: titus@coombs.anu.edu.au (titus chiu)
Newsgroups: alt.irc
Subject: Re: Bots, Newsgroups, Protocols, Whatever
Date: 16 Dec 1992 03:18:07 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.

Dweiss@chiba.hughes.american.edu (Dan Weiss ) writes:
>We still have the basic problem of defining what exactly constitutes a bot.

probably defined as an automation of some sort .. 

>These are not bots, technically speaking.  But, all the interuptions and
>wastes of net resources we are blaming on bots apply to these lusers as
>well.

why don't we just shoot these lusers?

>Personally, I think the only way to end it would to authorize (I dunno who
>would do the "authorization") all ircops to /kill any bot/luser obviously
>overburdening the net and disrupting communication.  There might be a lot
>of /kills for a while, but people would eventually get the picture.

killing lusers/luser-bots is not a new thing, has been there since the 
dawn of time.. err dawn of irc? ;) .. Needless to say.. they won't get 
the picture, all they will do is start complaining about this oper and
that oper on operlist.

>Dan Weiss

.:. 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: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 15 Dec 92 07:33:00 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

titus@coombs.anu.edu.au (titus chiu) writes:

>well... i doubt nick and topic msgs need to be issued in quick successions
>in any normal use.. as for join.. well.. the only problem i c if join
>command is subjected to flood control is for people who join a few channels
>in their .ircrc and it will slow them down a little..

Eh ?  Can't your .ircrc handle this:

/join #FOFH,#oz-ops,#unsw,#fubar
??

(If you like them in windows you can still do this and use /window channel
 to set the channel for each window without rejoining them).

avalon
From: schiesel-seth@yale.edu (Seth Schiesel)
Newsgroups: alt.irc
Subject: FAQ???? Help????
Date: 11 Dec 1992 17:09:39 -0500
Organization: Yale University Science & Engineering UNIX(tm), New Haven, CT 06520-2158
Distribution: world
NNTP-Posting-Host: minerva.cis.yale.edu

Sorry to bother all of you but I have just heard of IRCs and I was 
wondering if someone could post or email me a FAQ of some sort 
so I can get my feet wet!
Thanks for the help,
Seth
-- 
*--------------------------------------------------------------------------*
I Seth Schiesel            "The bottle was dusty but the liquor was clean" I
I schiesel-seth@yale.edu                                    -Robert Hunter I
*--------------------------------------------------------------------------*
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: Tue, 15 Dec 1992 02:11:43 GMT

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

>well.. i dont think it helps even if redundant modes are propogated
>will help if the servers are out of sync (in fact of course it doesnt
>help and just generates more traffic in the way of hack msgs)

Well, actually, the server could generate the mode +o, which would
mean no hack message. It changes the consistancy model to let each
user's home server record the "true" channel operator status for the
person, and automagically fixes problems whenever they are detected.
Unfortunately it might cause additional problems during deop wars...
should think about how those work now first.
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 16 Dec 1992 02:17:56 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

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

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


Gwydion.