HDTenEightyP/NetNews huggingface dataset:
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 15 Dec 92 01:49:34 GMT
Organization: Nothing worth mentioning...

mnystrom@athena.mit.edu (Mika Nystroem) was telling me...
>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. :)

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. 

>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". 
>
So what is your point?  Just because you can ge ta server to do it you should?
Gee, well I can get a server to spew crap all over the net...should I do that
too?  How about a server that fakes a serverconnection to 
patriot.mit.edu?  Gee, I can get a server to do it, should I?

-Alex


-- 
Newsgroups: alt.irc
From: Sten M. Drescher <smd@hrt216.brooks.af.mil>
Subject: Re: yes or no? (bot deopping)
Organization: AL/HRTI, Brooks AFB
	<1992Dec13.022557.11079@murdoch.acc.Virginia.EDU>
	<1gjaqjINNi2j@manuel.anu.edu.au> <avalon.724404780@coombs>
Date: Fri, 18 Dec 1992 19:37:52 GMT

On 15 Dec 92 07:33:00 GMT, avalon@coombs.anu.edu.au (Darren Reed) said:

 Darren> (If you like them in windows you can still do this and use
 Darren> /window channel to set the channel for each window without
 Darren> rejoining them).
	What are you using to access IRC?  I'm using IRC-mode in emacs,
and it won't even handle /join # (it prompts for the channel), and it
doesn't HAVE a /window.
-------------------------------+---------------------------------------------
Sten Drescher                  | There are men who seem like more than men.
2709 13th St #1248             | Living examples of what we could be if we
Brooks AFB, TX 78235-5224      | tried.  They are men of courage, compassion,
-------------------------------+ and justice.  On the other hand, there are
sdrescher@animal.brooks.af.mil | presidential candidates.
-------------------------------+---------------------------------------------
Looking for Marvel Masterpieces promo cards - email with offers.
Newsgroups: alt.irc
From: mnystrom@athena.mit.edu (Mika Nystroem)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Massachusetts Institute of Technology
Date: Thu, 17 Dec 1992 16:16:50 GMT

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

[from /scratch2/mnystrom/ircd.conf]

K:patriot::*
K:localhost::*

So now we get:
*** Connecting to port 6667 of server patriot
*** *** Ghosts are not allowed on IRC.

I hope everyone is satisfied. 

   Regards,
     Mika Nystroem
     mnystrom@athena.mit.edu
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 17 Dec 92 18:55:33 GMT
Organization: Nothing worth mentioning...

cc4507@u.cc.utah.edu (Chucki Carpinello) was telling me...
>In article <1992Dec16.070728.13523@rat.csc.calpoly.edu> asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:

<notes that chucki needs to trim those attribution lines>

>>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 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:???
>>
>Well, for christs sake, if a user wanted to know what patriot was
>THAT BAD, he could just ask!

Shouldn't have to ask.  By your logic I could put up ANY fake host name I wanted
to and say 'WEll if a user wanted to know what machine I was on THAT bad he could
just ask!'

I don't think so.

-Alex


--
From: hachec@ERE.UMontreal.CA (Greg Patterson)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 15 Dec 92 08:37:55 GMT
Organization: Universite de Montreal

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

You said it...

>>  That's not a fake hostname, gee, dont know know tat sometimes that
>>heppens whhen somone from the same host comes on?  It's not>a hack,
>>it's a problem with etc/hosts
>
>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.

Oh lovely, just because a user happens to show up as user@patriot you 
decide that it is hacked..  You don't even know the cause or reasons for
this yet you are jumping to conclusions.  

I suspect this server is running under SunOS.  jupiter.sun.csd.unb.ca 
had a similar problem for a few days (week maybe?) and it had nothing
to do with hacking the source any shut shit.  It just appeared that way.
IT HAS TO DO WITH THE etc/hosts not mapping properly.  The admin will
probably have to define them by hand to fix it (if it hasn't been 
done already). 
-- 
                                                                   *   
################################################################# === ######
# Christina Hache    IRC: Chrystina #                            o=%=x     #
# & Greg Patterson        Wizard    # Merry Christmas!!!        =======    #
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: Protecting privacy of users against IRCops; making umode +i effective.
Date: 18 Dec 92 02:16:20 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2
Keywords: invisibility privacy and IRCops

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

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

>>Nicolas.Pioch@grasp.insa-lyon.fr (Nicolas Pioch) writes:
>>>not theirs. This means reducing the output of /trace and /stat l commands
>>>to server-related infos only for foreign IRCops. Here are the patches:
>>>send flames to the usual place...
>>
>>isnt this bordering on server hacking to not display trace and stat l 
>>information? or doesnt anyone care about server integraty anymore?

>I can't wait till a few abusive users come across a server with this hack.
>Can we say: Flood and Hide, Flood and Hide, Flood and Hide...

Seeing you're all for KILLing flooders, not ignoring them..  remember that
whowas can *follow* a nick change..   big deal if they are hidden...

phone

say NO to non-local operator KILLS..
Newsgroups: alt.irc
From: tjm@hrt213.brooks.af.mil (Tim Miller)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: AL/HRTI, Brooks AFB
	<1992Dec15.014934.16284@rat.csc.calpoly.edu>
	<9212151412.AA02280@hrt213.brooks.af.mil>
	<1992Dec15.203157.10128@rat.csc.calpoly.edu>
	<1992Dec17.161650.8611@athena.mit.edu>
Date: Thu, 17 Dec 1992 20:23:57 GMT

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.

-- Cerebus <tjm@hrt213.brooks.af.mil>
"Just say no to loser pressure."
From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 14 Dec 92 11:01:19 GMT
Organization: Nothing worth mentioning...

StarOwl@uiuc.edu was telling me...
>dougmc@ccwf.cc.utexas.edu (Doug McLaren) writes:
>
>[A very good article (IMO) that really should be sent to ircd-three....]
>
>>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' ...
>[...]
>>These changes would do several things:  
>>   1) reduce the bandwidth used by IRC.  (fewer mode changes ...)
>
>Actually, I think that doing away with channel ops, and making mode changes
>accessible to everyone might actually *increase* the number of mode changes.
>I can already see the #hot* crowd having /mode +istnp and /mode -istnp

I agree...  Having no ops (or just having everyone access to op) invites
mode wars...look at #hot* where nearly everyone is an op.

>
>How about going to a one channel/one op scheme, where the channel creator 
>is the channel op?  Sie can pass opship to one person, but deops hirself
>in the process.  Yes, it could still be abused, but I think it might have
>a better shot at reducing IRC bandwidth.

Yeah, one channel op is nifty, but who 'inherits' the op if channel op
/quits?

>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. 
>Possibly /kick would then be abused less often, since it would take more
>work to undo a /kick.
>
>>   Leave /kill in, as it DOES have it's uses.  But make it kill yourself
>>   too, so people will only use it when it's really needed.  Also, add a
>>   K-line for 60 seconds on anybody killed, both the killer and the kilee.
>>   This will make it a bit more inconvienient to kill and be killed.
>
>Oooooooh!  Evil!  I *like* it!  But will it play in Peoria?
>
>>I don't promise that these ideas are perfect, or foolproof, or a panacea for
>>IRC.  But they strike me as something to consider ...
>
>Ditto that.

Bzzzzzt!  Well they aren't.  Heh.  All the op doing the killing has to do
is have 2 connections to irc running.  Like
JoeOP and JoeOPK  and just have JoeOpK do all the killing for JoeOP.

As for JoeUser who gets killed...he can just come back on another
server and avoid that temp K: line.

An interesting idea though.

-ALex

--
From: phone@coombs.anu.edu.au (matthew green)
Newsgroups: alt.irc
Subject: Re: Protecting privacy of users against IRCops; making umode +i effective.
Date: 19 Dec 92 16:31:00 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2
Keywords: invisibility privacy and IRCops

gl8f@fermi.clas.Virginia.EDU (Greg Lindahl) writes:

>In article <1992Dec09.212330.114790@zeus.calpoly.edu> asamonte@hertz.elee.calpoly.edu (Just some loser...) writes:

>>Let's take Scott for example.  Or rather take one of his floodbots.
>>A nick changing robot that will endlessly harass user(s).  Now if 
>>all the servers worked as per your code what would happen to one of
>>scott's bots that was umode +i and changing nick all the time.  How
>>would we ever be rid of it?  Since it would probably be on the santafe
>>server, the only solution (which is bad) is to /squit.  

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

phone

say NO to non-local operator KILLS..
From: HR-6@ia.ph.bham.ac.uk (Christopher Underhill)
Newsgroups: alt.irc
Subject: Re: server.
Date: Thursday, 17 Dec 92 11:48:05 GMT
Organization: Physics Department, Birmingham University, England
NNTP-Posting-Host: ia.ph.bham.ac.uk
X-Disclaimer: Birmingham University has no views on the subject of this article
X-Newsreader: KWIKrn v.2.05 - THE nntp client for VM/CMS systems

 In message <1992Dec16.191150.10424@seas.gwu.edu> 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???

 Well according to the NIC, EARTHGATE.COM  (EARTHGATE-DOM) has an address of

    PO Box 3850,
    Reston, VA 22091

Chris.
Xref: sparky alt.irc:4720 alt.irc.ircii:221 comp.os.linux:20821
From: s_titz@ira.uka.de (Olaf Titz)
Newsgroups: alt.irc,alt.irc.ircii,comp.os.linux
Subject: IRC on Linux
Followup-To: alt.irc
Date: 17 Dec 1992 14:31:20 GMT
Organization: University of Karlsruhe, Comp. Sc. Dept., FRG
NNTP-Posting-Host: irau33.ira.uka.de

I'm currently working on getting ircII and ircd 2.7 to run under
Linux. So far I've managed to get it compiled, but was not able to
test it thoroughly, as I have an older kernel with unusable network
code. I'll post the diffs (not really much) soonish, perhaps someone
can get it working. Sorry for the delay, I'm very busy these days. 

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: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 15 Dec 92 01:52:24 GMT
Organization: Nothing worth mentioning...

cc4507@u.cc.utah.edu (Chucki Carpinello) was telling me...
>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

Well not that many huh?

>>>	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?
>>
>  That's not a fake hostname, gee, dont know know tat sometimes that
>heppens whhen somone from the same host comes on?  It's not>a hack,
>it's a problem with etc/hosts

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.


>>Faking a hostname is frowned highly upon.
>>
>>-Alex
>>

-- 
Newsgroups: alt.irc
From: Dweiss@chiba.hughes.american.edu (Dan Weiss )
Subject: Re: Proposal for Bot Owners (V1.00).
Followup-To: alt.irc
Organization: Chiba City
Date: Sun, 13 Dec 1992 00:06:16 GMT

In article <1992Dec12.184012.6592@murdoch.acc.Virginia.EDU>,
a_murphy@Turing.ORG (Andrew A. Murphy) wrote:
> 
> hmm here's a different idea:
> if you're tired of seeing mode changes on #hotsex
> make a new channel

RD: Your suggestion is a good one for people who are tired of being on lame
channels.  I think there should be a bot on #tz that just repeats "make a
new channel" every minute or so. 

The problem that a lot of us are worried about is that flooding bots are a
danger to the irc as a whole, not just an annoyance on one channel.
-------------------------
Dan Weiss
Washington DC
Dweiss@chiba.hughes.american.edu
If it bounces ->Dweiss@auvm.american.edu
Flammable@IRC
Newsgroups: alt.irc
From: mnystrom@athena.mit.edu (Mika Nystroem)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Massachusetts Institute of Technology
Date: Tue, 15 Dec 1992 21:52:19 GMT

In article <1992Dec15.014934.16284@rat.csc.calpoly.edu>, asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
|> mnystrom@athena.mit.edu (Mika Nystroem) was telling me...
|> >In article <1992Dec14.103032.563@rat.csc.calpoly.edu>, asamonte@polyslo.csc.calpoly.edu (Just some loser...) writes:
[...]
|> 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. 
Eh? It's my religion of course! Do you really think I'd let it say that if I could
get it to say "mnystrom@patriot.mit.edu"? I can't. And the people who run
the computer aren't going to fix it either.. they don't even bother to reboot it
when it's sick "because that means a lot of paperwork." If you can convince 
them to, go ahead. I can't even find them when I need to talk to them! 
  Go get a life. If it still bothers you after that, come back and I'll K-line
patriot and localhost, much as I'd hate to do that.

  Regards,
   Mika Nystroem
   mnystrom@athena.mit.edu
Newsgroups: alt.irc
From: mrgreen@mullian.ee.mu.OZ.AU (matthew green)
Subject: leave the server alone (was: Re: yes or no? (bot deopping))
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 14 Dec 1992 01:47:48 GMT

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.   

..
From: ask2@po.CWRU.Edu (Alexander S. Kosiorek)
Newsgroups: alt.irc.ircii
Subject: client programs
Date: 12 Dec 1992 22:47:31 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: thor.ins.cwru.edu


Does anyone know of an irc client program I can get via ftp
for PC (MS-DOS).   (Also, any configurations notes would help)


Thanks


-- 
ask2@po.cwru.edu - Alex Kosiorek (DATman)
-Audio Recording Major at the Cleveland Institute of Music-
"HELP!  I'm lost in Q-sound!"
"Please support the arts, since the govt. is having problems doing so."
From: ask2@po.CWRU.Edu (Alexander S. Kosiorek)
Newsgroups: alt.irc.ircii
Subject: client programs
Date: 12 Dec 1992 22:49:08 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: thor.ins.cwru.edu


Does anyone know where I can get an irc Client program for PC(MSDOS)
via ftp.    (Also-any configuration notes would help)  Please
send email if you have any suggestions


Thanks much

-- 
ask2@po.cwru.edu - Alex Kosiorek (DATman)
-Audio Recording Major at the Cleveland Institute of Music-
"HELP!  I'm lost in Q-sound!"
"Please support the arts, since the govt. is having problems doing so."
Newsgroups: alt.irc.ircii,alt.irc
From: vegard@bih.no
 (Vegard Engen)
Subject: Re: userhost-script in ircII2.2pre7.myc6
Organization: Bergen College of Engineering, Bergen, Norway
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 12 Dec 92 17:46:05 GMT

vegard@bih.no wrote:
> vegard@bih.no wrote:
> [unneccesary patch deleted.]
> Daemon pointed out that this could be done with the userhost-function too,
> which abandon the need of a patch. Here's the new script, just have it
> replace the old userhost-script. (Could those, whoever it is, take care of
> that in the myc distribution of ircII too?)
> 
ooops - there was a bug in THAT script too...anyway, THIS one works :)
---- cut here ----- cut here ----- cut here ----- cut here ----- cut here ----

###########################################################################
#                                                                         #
# Purpose: user@host on incoming /msg's.                                  #
#                                                                         #
# Author: Vegard Engen (Veggen), Bergen, Norway.                          #
#                                                                         #
# Description: This script makes the FIRST message from every nick show   #
#              up with the user@host. The next message from that nick is  #
#              shown with just the nick, but it displays the user@host if #
#              that info changes again (i.e. user signs off, and another  #
#              user signs on with the same nick).                         #
#                                                                         #
###########################################################################
@ UsrHost = 0
alias ShowUserHost {
	@ SET INPUT_ALIASES ON
	@ UHost = userhost()
        @ UsrHost = MATCH($UHost $($(${0}).UsrHost))
        ^if ( UsrHost )  
		{ echo *$0* $1- }
		{ assign $(${0}).UsrHost $UHost
		  echo *$0\($UHost\)* $1- }
        @ SET INPUT_ALIASES OFF
}

on #^msg 2 * {
  ShowUserHost $0-
  }
on ^msg * comment
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:31:57 GMT
Organization: Nothing worth mentioning...

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

--