HDTenEightyP/NetNews huggingface dataset:
From: cc4507@u.cc.utah.edu (Chucki Carpinello)
Subject: Re: patriot.mit.edu (vanity server alert)
Organization: Yo Mamma..
Date: Sun, 13 Dec 92 15:40:50 GMT

In article <1992Dec11.194808.26570@njitgw.njit.edu> lcm1501@hertz.njit.edu (Lawrence C. Mc Abee) writes:
>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.
>>>
>>Greg McMullan, among others. Aren't vanity servers fun? Especially the
>>ones brought to us by Gwydion and Belladona.
  Arent slow server's fun?
  Especially the ones brought to us by Wumpus!
>
>
>	patriot.mit.edu is not a vanity server. If you look at how slow
        got that right..  irc.mit.edu is HORRIBLE!

> irc.mit.edu is (as well as csd.bu.edu) you will understand why it is 
> needed. 
>
>	NOW, I do disagree with some ops on that server, but it does not make
> it vanity....
>-Chucki


-- 
Chucki Carpinello
__
\/	Chucki.Carpinello@M.CC.Utah.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.103032.563@rat.csc.calpoly.edu>
	<1992Dec14.205357.27392@athena.mit.edu>
	<1992Dec15.014934.16284@rat.csc.calpoly.edu>
Date: Tue, 15 Dec 1992 14:12:48 GMT

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. 

	Done a second ago in another window:

Floyd :tjm % nslookup 
Default Server:  rnd.brooks.af.mil
Address:  140.140.4.2

> patriot.mit.edu
Server:  rnd.brooks.af.mil
Address:  140.140.4.2

Name:    patriot.mit.edu
Address:  18.92.0.10

> set query=CNAME
> patriot.mit.edu
Server:  rnd.brooks.af.mil
Address:  140.140.4.2

*** No cannonical name information is available for patriot.mit.edu

	Looks fine from here, and if I can find it from behind all the
braindead MilNet shit, so can you.

-- Cerebus <tjm@hrt213.brooks.af.mil>
"Word of the Day: Plew."
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: alt.irc
Subject: Re: A new (very simple) bot solution
Date: 13 Dec 92 12:15:10 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

evansmp@uhura.aston.ac.uk (Mark Evans) writes:

>-b *!*@* removing all bans would also make sense.

Then how do you remove "*!*@*" if someone adds it via a +b command ?
(And that is the *only* one you want removed).  Its simple how it is
now, making it more complex will not help (esp. if people are putting
\'s in for some dumb reason).

avalon
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:41:49 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

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. If you look at how slow
> irc.mit.edu is (as well as csd.bu.edu) you will understand why it is 
> needed. 

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


You're mistaken.  Any server that I have op on is a vanity server.
Ask Wumpus; he's the one who invented the term to describe me.  Or, if
he didn't invent it, he at least popularized it.

Newsgroups: alt.irc
From: ukcy@pool.info.sunyit.edu (Kevin Yager)
Subject: Installing an irc client
Organization: State University of New York -- Institute of Technology
Date: Fri, 18 Dec 1992 01:17:07 GMT

Hello,

I'm trying to get an irc client going on a sun 3.  I have successfully built
the executable and it runs.  I set the default server to csd.bu.edu and the
port is 6667.

Every time I run I get the same output.  "Permission Denied"

I have tried connecting to other servers with similar results.

Any help in getting this thing connected will be greatly appreciated.

thanks in advance.

Kevin


-- 

-------------------------------------------------------------------------------
He who can't think of a sig does not need a sig. - ancient usenet proverb
From: a_murphy@Turing.ORG (Andrew A. Murphy)
Subject: Re: Proposal for Bot Owners (V1.00).
Keywords: BOT IRCII PROGRAMMING LAME POINTLESS ANNOYING
Organization: The Turing Project, Public Access Internet Host
Date: Sat, 12 Dec 1992 18:40:12 GMT

hmm here's a different idea:
if you're tired of seeing mode changes on #hotsex
make a new channel
then invite those you want there
put a topic on there (sticks channel out to new people if it's interesting)
this was tried on #+hottub
for old tub users
except they had only one bot
the channel was +i
bot would invite people as asked
but only it and people on list would get oper status for channel
and any other bot was banned from channel
well not banned but requested to owners not to joine...
it worked for a while (i don't know if channel's still around ) but it was
up for a few weeks to a month
there are other good channels besides #hotsex
i've seen other channels that have lots of people
so start up your own channel and invite people there (don't mass invite)
but invite people
i have my own channel i join #dragonia  people just come to me on that
channel sure i have bots join the channel too..
as long as they'll op my bot i'll let em on.. cause tis the home of
dragonbot when people get tired of him.. 
db was made with people (users) in mind.. at least this version was
and auto op doesn't work except for those over level 50 ?
it's a quiet bot that won't auto rejoin a channel..
only go where it's told and will leave when a db op of high enough level
tells it to or a person kicks him
oh well enough talking from me.. 
there is no real solution for bots.. people will only program them with
themselves in mind (most people that is) or just cause it can be done and
they think they are coool... 
rdragon


Andrew A. Murphy               |   Rdragon on IRC
A_MURPHY@acad.lvc.edu          |   IRC OP 
a_murphy@turing.org            |   DragonBot self running IRC bot
-- 
Andrew A. Murphy               |   Rdragon on IRC
A_MURPHY@acad.lvc.edu          |   IRC OP 
a_murphy@turing.org            |   DragonBot self running IRC bot
From: bytewurm@messua.informatik.rwth-aachen.de (Michael Weber)
Newsgroups: alt.irc
Subject: Re: Making robots more secure.
Date: 17 Dec 92 18:23:58 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: messua.informatik.rwth-aachen.de

Ooops, there is a little error I made while expanding my
personal aliases to ircIIdefault. The Modeline for the BAN must
be :  MODE $C +b *!$UID@*

Sorry,

 -Bytewurm
-- 
"Doctors pour drugs of which they know little, to cure diseases of which
they know less, into human beings of whom they know nothing."
                                                         (Voltaire)
Newsgroups: alt.irc,alt.religion.kibology
From: kibo@world.std.com (James "Kibo" Parry)
Subject: Re: mother-core (was: Re: patriot.mit.edu (vanity server alert))
Followup-To: alt.sex,misc.test,alt.irc,alt.religion.scientology
Organization: Two rooms filled with typography, in downtown Boston
Date: Sat, 19 Dec 1992 02:58:31 GMT

In article <1gr30pINN6f9@life.ai.mit.edu> gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer) writes:
>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?

Someone on alt.sex has it.  You might want to ask them.

						-- K.
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 18 Dec 1992 21:08:49 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <9212181947.AA04421@hrt216.brooks.af.mil> Sten M. Drescher <smd@hrt216.brooks.af.mil> writes:
> Darren> Read it again.  No such claim was made.
>
>	I read it again.  It says SpUr killed Page,  Gwydion killed
>SpUr, SpUr squitted Page.

You forgot; Avalon is god.  That means that he can re-define the
English language.  If the words don't say what he thinks he wanted to
say, that's their problem. :-)

Basically, from previous experience I've found that there is little
point in indulging in any dialogue with a number of people; Avalon
is one of their number.  I try to avoid them, but it is difficult
to resist the occassional flare.  Ah, well.  Life.

Gwydion.
From: bytewurm@zipfizoc.informatik.rwth-aachen.de (Michael Weber)
Newsgroups: alt.irc
Subject: Making robots more secure.
Date: 17 Dec 92 11:33:46 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: zipfizoc.informatik.rwth-aachen.de
Summary: Checking all Data to be EXEC`d

Hi.
There have been many discussions about making bots more secure.
The best solution would probably be, not to start a Bot, which is
not really practicable as all kiddies playing with bots (me included)
know.
If a bot needs EXEC it can become very critical as you know.
The following ircII-HACK checks for critical characters and
notifies what, where and who!
It may be not the best code but it works ;-))


ASSIGN ERROR 0

ALIAS AT ASSIGN FUNCTION_RETURN $%INDEX(@ $0) # find out where the @ is
ALIAS GETUID ASSIGN FUNCTION_RETURN $%LEFT($%AT($0) $0) # construct the UID

ALIAS STATUS {
        IF "$0=0" "ASSIGN ERROR 0" "ASSIGN ERROR $({$ERROR+$0})"
}

ALIAS NOEXEC {
        NOTICE $ROGUE ------------------------------------------------
        NOTICE $ROGUE I am awfully sorry, but due to security reasons
        NOTICE $ROGUE you will be ignored !!!
        NOTICE $ROGUE ------------------------------------------------
        ASSIGN UID $%GETUID($ADRESS)
        IGNORE $UID@* ALL # ignoring nickname would be less effective
        MODE +b *!$UID@*  # we dont want such ppl on our channel, do we?
        KICK $C $ROGUE
        ECHO ALARM: "$*" [$ERROR]  # something for the logfile ...
        ECHO Ignoring and Banning $ADRESS ($ROGUE)
}

ALIAS SYS {
        ASSIGN ROGUE $, # lets assign it right here, maybe someone else
                        # msgs the bot during checking for chars
        ASSIGN ADRESS $%USERHOST()  # same here
        STATUS 0        # we start with NO errors, surprised? ;-)
        IF "$%INDEX(\; $*)!-1" "STATUS 1"
        IF "$%INDEX(\! $*)!-1" "STATUS 2"
        IF "$%INDEX(\& $*)!-1" "STATUS 4"
        IF "$%INDEX(\| $*)!-1" "STATUS 8"
        IF "$%INDEX(\$ $*)!-1" "STATUS 16"
        IF "$%INDEX(\` $*)!-1" "STATUS 32"
        IF "$%INDEX(\\ $*)!-1" "STATUS 64"
        IF "$ERROR=0" "EXEC $*" "NOEXEC $*" # to do or not to do
}

Instead of EXEC you have to call SYS.

SYS checks ALL given Parameters for critical chars and sets
specific Errornumbers for each of them - this is not very important
(a poor boolean would work as well), but more comfortable ;-)

If any Error occured, the one who sent the msg will be told what's
wrong and is ignored in the future.

The most chars beeing checked are not really critical but I think it
cannot be THAT wrong to look out for them...


If noone wants it .. throw it away ;-)


  -Bytewurm
-- 
"Doctors pour drugs of which they know little, to cure diseases of which
they know less, into human beings of whom they know nothing."
                                                         (Voltaire)
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.103032.563@rat.csc.calpoly.edu>
	<1992Dec15.000434.16968@fcom.cc.utah.edu>
	<1992Dec15.015224.16530@rat.csc.calpoly.edu>
Date: Tue, 15 Dec 1992 14:18:39 GMT

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?

-- Cerebus <tjm@hrt213.brooks.af.mil>
"Tune in, turn on, go away."
Newsgroups: alt.irc
From: Sten M. Drescher <smd@hrt216.brooks.af.mil>
Subject: Re: /mode +b
Organization: AL/HRTI, Brooks AFB
Date: Mon, 14 Dec 1992 17:02:04 GMT

On Thu, 10 Dec 1992 15:33:46 GMT, jnelson@iastate.edu (Jeremy F Nelson) said:

 Jeremy> Don't say NO to bots, say NO to unattended processes!  (read:
 Jeremy> say NO to /away) Jeremy Nelson hop/SantaClaw
	OK, so how do you distinguish between unattended /AWAYs, and
semi-attended /AWAYs?  I use /AWAY to indicate that I'm running IRC in
an off-screen window (via tvtwm), or in another process (via screen).
I'll admit that I have left IRC processes running, but it's almost
always (now, is always) accidental, and forces me to kill the job when I
try getting in again.  At any rate, removing /AWAY would leave me
without a way to let people know that I'm not simply ignoring them, but
that I'm not monitoring that buffer at the moment.
-------------------------------+---------------------------------------------
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: mrgreen@mullian.ee.mu.OZ.AU (matthew green)
Subject: Re: yes or no? (bot deopping)
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 14 Dec 1992 01:22:41 GMT

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

..
Newsgroups: alt.irc
From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
Subject: Re: yes or no? (bot deopping)
Organization: University of Colorado, Boulder
Date: Wed, 16 Dec 1992 10:54:20 GMT

I think I and sum up the problem here..

netsplits are evil.  netsplits will always lay waste to the best thought out
schemes.  With centralized control of ANYTHING consistency is maintained....
for anything that is currently talking to the central authority. But you lose
overall workability and for those that can't contact the central server 
directly.. they are just screwed.  If you distribute your information then
it can become fragmented and collisions occur.

I just wrote an irc server from ircII script and many of these thoughts 
have crossed my mind in the last few days.  Life is so much simpler with
a single database.

I think I'll start working on redundant networks on a smaller, more easily
testable scale shortly.  Applying some of the knowledge gained from the 
ircIId server, I'll try to implement a mesh DCC channel.  We'll see.

	ian
From: gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer)
Newsgroups: alt.irc
Subject: Re: yes or no? (bot deopping)
Date: 18 Dec 1992 20:50:34 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

In article <avalon.724659914@coombs> avalon@coombs.anu.edu.au (Darren Reed) writes:

>Now if anyone had any sense, they'd make it clear to ALL THREE that such
>action won't be tolerated in the future and that something should be
>done to stop it happening again if it does.  I believe that can be
>done without using KILL or SQUIT and more effectively too.

It is not my behaviour that you find intolerable, Avalon, except
periphrally.  It is my existence; basically, anything that I do,
you will find unacceptable, not because there is anything wrong 
with it, but because it is done by me.

Gwydion.


Newsgroups: alt.irc
From: whitley@amine.ecn.purdue.edu (Roger Whitley)
Subject: need reliable server
Keywords: server, from, purdue
Organization: Purdue University Engineering Computer Network
Date: Sat, 19 Dec 1992 19:31:43 GMT

Hi net irc.  I use one of the current ircII client
configs from the ecn.purdue.edu domain and need to find
a list of some servers I would be able to connect to.  The
suggested ones like csd.bu.edu give me a connection refused
answer.  hub.cs.jmu.edu does not seem to be up right now.  Does
anyone have a list of reliable ones that would allow me to
connect to them?  post or email to whitley@ecn.purdue.edu would
be appreciated.  Thanks.

roger
From: titus@coombs.anu.edu.au (titus chiu)
Newsgroups: alt.irc
Subject: Re: Protecting privacy of users against IRCops; making umode +i effective.
Date: 15 Dec 1992 00:39:58 GMT
Organization: Coombs Computing Unit, Australian National University, Canberra.
Distribution: world
NNTP-Posting-Host: 150.203.76.2
Keywords: invisibility privacy and IRCops
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.

Nicolas.Pioch@grasp.insa-lyon.fr (Nicolas Pioch) writes:

>Precisely. If someone wants to disappear from a lamer's eye, using
>umode +i he just needs to /nick something else... but this doesn't work
>for an IRCop who can still /trace the server and find out the new
>nickname in use...

the under lying problem is of course not the server code (in this case 
anyways). trace was put in for a purpose and has served ircops well over
the years. does anybody remember when an ircop had to be responsible, 
knowledgable, friendly, been on irc for a long time, etc etc... i guess 
times have changed.

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: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: /mode +b
Date: 13 Dec 92 19:30:23 GMT
Organization: Doug's House of Disco

In article <bytewurm.723981952@rama> bytewurm@rama.informatik.rwth-aachen.de (Michael Weber) writes:

>I found out that the wildcard expansion within the BAN-Command via /MODE
>does not work very well (IMHO),
>To ban someon you can type /mode #bla +b nick!* which is expanded
>correctly to nick!*@*
>Trying to delete this ban does not work via /mode #bla -b nick!* which seems
>to be the logical pendant to the +b syntax.
>This expression is NOT expanded to nick!*@* so you have to say
>/mode #bla -b nick!*@*.
>This is not THAT difficult, but not consequent.
>Is there a reason I am too stupid for?

Are you stupid, is this what you're asking ? :)
Perhaps, perhaps not. :)  The fact that you noticed this doesn't really give
us enough info to judge.  (But beleive me, people will ...)

Basically, I think you are right in your belief that it *ought* to work the
same way for +b and -b.  Basically, everybody noticed this a long time ago,
just decided to add in the !*@* for unbans, and promptly forgot about it.

You can remove ANY soft of stupid ban ... /mode #channel -b
 what_the_hell_kind_of_stupid_ban_is_this_one_might_ask...

You can't create such a ban, but you can certainly remove it.

Perhaps it's a bug ... perhaps it's a feature.  In any event, it's not a
very big one :)

-- 
----------------------- \  Zippy says:
Doug McLaren,            \  Inside, I'm already SOBBING!
DemoN on IRC              \
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: Proposal for Bot Owners (V1.00).
Keywords: BOT IRCII PROGRAMMING LAME POINTLESS ANNOYING
Date: 16 Dec 92 03:18:51 GMT
Organization: Doug's House of Disco

In article <avalon.724161797@coombs> avalon@coombs.anu.edu.au (Darren Reed) writes:

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

They already are ...
482 #hottub Cannot set topic, not channel OPER (from poe.acc.Virginia.EDU)

(similar messages are sent if you're 'hacking' ...)
-- 
----------------------- \  Zippy says:
Doug McLaren,            \  - if it GLISTENS, gobble it!!
DemoN on IRC              \
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
Newsgroups: alt.irc
Subject: Re: patriot.mit.edu (vanity server alert)
Date: 20 Dec 92 02:31:10 GMT
Organization: Doug's House of Disco

In article <1gm3kkINN9h8@life.ai.mit.edu> gwydion@hal.gnu.ai.mit.edu (Mercenary Programmer) writes:
>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.

tramp crashed when it had something like 60 or 70 client connections ...
Actually, it didn't crash, but it made life on it real noisy until some people
got off of it ... (as it complained ...)

It was amusing ... everybody was asking me what was going on ... even the
admin :)



-- 
----------------------- \  Confucius might have once said:
Doug McLaren,            \  The truth of a proposition has nothing to do with
DemoN on IRC              \  its credibility. And vice versa.
dougmc@ccwf.cc.utexas.edu  \
-------------------------- /
From: C_S01798@CONRAD.APPSTATE.EDU (*Patrick Todd Sloan)
Newsgroups: alt.irc
Subject: 92-93 irc Yearbook
Date: 12 Dec 1992 21:33:39 GMT
Organization: APPALACHIAN STATE UNIVERSITY
Distribution: world
NNTP-Posting-Host: alf.appstate.edu
X-News-Reader: VMS NEWS 1.24


I'm attempting to publish a pictoral directory of the IRC.  

Tenative issueing date is in mid-April '93

I'm hoping to collect photo and bio 
information from as many users who 
wish to disclose it as possible.  

Many of those who read this will be able to 
gain these items from the other users on the
network at thier site.  

I will collect as much information as 
i can before making a decision about 
the potential cost fo booklet, but am 
attempting to invest enough so that It
will remain around five dollars a booklet.


photo and/or any or all of the following...

name, nickname, email address, phone, school/work, interests,    
your idol, favorite breakfast cereal, etc.

Snail mail:  (postage discounted from book price)

to   IRC yearbook
     100 Wallace Cir Apt. 1
     Boone NC 28607



any comments or suggestions are welcome on how to make this project succeed..

thanks for the time

   ~
   []
  <\\}--------
  _||_  ptSloan    "sir Dolittle the Knyghte"

Newsgroups: alt.irc