HDTenEightyP/NetNews huggingface dataset:
From: harp@bnr.ca (Alan Harp)
Subject: Re: DX Cluster systems
Organization: Bell-Northern Research, Research Triangle Park, NC
Date: Tue, 1 Sep 1992 00:15:17 GMT

In article <9208230150.AA02272@ucsd.edu> BTITMARS%ESOC.BITNET@vm.gmd.DE (BARRY TITMARSH) writes:
>I know that the current DX Clusters use netrom and an agressive VC mode
>to get the information to its logged on users.. Has any one thought that
>the TCPIP telnet session is far more efficient way of doing the same thing
>with out so much QRM on the much used links, Then perhaps the 3.rd world
>wars that are currently happening in most parts of Europe between tcpip users
>and the DX Cluster users who think that the DXC is the only thing on the
>network, may stop.. Thoughts? after all Netrom is dead! is it not..
>hi tech tcpip auto-routers are far more efficient..
>Barry...
>DC0HK / G8SAU sometimes GM8SAU/ GB7SAU mostly 44.130.24.71-74
>Flames please..
Our Cluster here works very well.  We are much more interested in using
it than advancing the state of the art.  We won't make changes unless
they are needed or improve things drastically.  Our attitude is:
If it Ain't broke don't fix it!

****************************************************************************
* Alan Harp K4PB     *     Bell-Northern Research      *   CW FOREVER      *
* mail: harp@bnr.ca  *   Research Triangle Park, NC    *                   *
****************************************************************************
Newsgroups: rec.radio.amateur.packet
From: uri@watson.ibm.com (Uri Blumenthal)
Subject: Re: Link between BBS via Amateur Radio
Date: Thu, 27 Aug 1992 20:28:05 GMT
Reply-To: uri@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: Endor

In article <1992Aug26.220803.14284@aio.jsc.nasa.gov>, mancus@norm.jsc.nasa.gov (Keith Mancus) writes:

|> > The ham radio packet bbs network is really nothing more than a toy.  It
|> > is far too limited as far as restrictions on content, bandwidth, and
                                  ^^^^^^^^^^^^^^^^^^^^^^^
|> > reliability to be used in a production BBS environment of the type that
|> > land-line-based BBS users have been accustomed to seeing for more than
|> > a decade.
|> 
|>   Nonsense.  

How about your posting? (:-)

|> We can achieve much higher bandwidths using good compression strategies
|> and by moving up into the microwave region.  My reading so far indicates
|> that 30-40 mile microwave links running 10 Mbit/sec should be possible
|> without outrageous investments.

Well, there's a lot of things which *COULD* be done, if <long list>.
Today's reality is - you don't have even 9600 bps. And it has very 
little to do with data compression (or did you mean things like
multiplexing: frequency multiplexing/time multiplexing?).

|>   The existing packet network is very poor, but that's just because
|> it's dated.  Technology very quickly becomes obsolete these days, and
|> we hams don't have barrels of money to burn.

OK, so the existing PBBS is very poor (and how does it contradict
the original statement about land BBS technology being a decade
ahead), and hams don't have barrels of money to burn to bring
the PBBS from obsolete to current level... Very nice. So far
you're proving the points of what you called "nonsense".

And there's very important point which you chose to ignore:
RESTRICTION ON CONTENT. Don't you think it counts?

|>   Ultimately, the packet network needs to put its backbones up in the
|> microwave region and run Internet speeds.

Yeah, sure... 
And just when do you think this wish will become true?
--
Regards,
Uri.		uri@watson.ibm.com
------------
<Disclaimer>
From: jdelancy@tecnet1.jcte.jcs.mil
Newsgroups: rec.radio.amateur.packet
Subject: [ANS] New Ham Calls
Date: 28 Aug 1992 19:12:15 -0700
Organization: UCSD Usenet Gateway
NNTP-Posting-Host: ucsd.edu

m07777@mwvm.mitre.org (LEO BOBERschmidt) writes:
>The latest call signs issued by the FCC as of 1 August 1992 are:
>
>          Extra   Advanced   General/Technician   Novice
>3rd Area: AA3BN   KE3EN      N3NCS                KB3AHH
>4th Area: AV4TL   KQ4DG      ***                  KD4ROY
>*** = All call signs allocated from this block of calls.  In the 4th Area,
>      all General, Technician, and Novice calls come from the same call
>      sign allocation block.
>*
>*        LEO
Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.misc
From: srm@world.std.com (Stevens R Miller)
Subject: Re: New packeteer frustration
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 4 Sep 1992 18:43:41 GMT

>If you
>want to claim that TV is inherently an analog medium, I beg to differ.

Hey, here's a way to pick that nit:  TV is analog in the horizontal
dimension, digital in the vertical dimension.
-- 
Stevens R. Miller, J.D.		E-mail to srm@mw.sbi.com
Newsgroups: rec.radio.amateur.packet
From: nk30@cbnewsm.cb.att.com (JEFF ZELL NK3O)
Subject: Packet w/HP95 Palm Top
Organization: AT&T-BL,READING,PA.
Distribution: na
Date: Tue, 25 Aug 1992 20:53:23 GMT
Keywords: Wanted hints for getting HP95 on packet

	Has anyone put this handy little item on packet?
	What does it take?
	Is there a pocket TNC that will work with this puppy?
	So far I am impressed with it.
 	Articles posted that someone has saved.

		Thanks
			Jeff	NK3O

Newsgroups: rec.radio.amateur.packet
From: bpb9204@tamsun.tamu.edu (Brent)
Subject: FT-727R --> TNC  need R & C values
Organization: Texas A&M Univ., Inc.
Date: Sat, 29 Aug 1992 06:57:30 GMT


I have my Yaesu FT-727R connected to a PK-88 TNC.  The TNC has been
adjusted; the system can receive packets fine.

However, when I send packets, the HT gets keyed and then stays keyed
even after the TNC isn't sending anything.

If you are using a 727 for packet, what values did you use for your
TNC->727 cable?  The pk-88 manual suggests using a 0.1uF Cap and a
2200 Ohm Res for the connection, but another book suggests using
1000 Ohm and any cap between 1.0uF and 0.01uF.

I have tried a 1000 Ohm Res and 1.0uF and 0.1uF caps (and other sizes)
with no success -- the HT stays keyed or, for large resistances, doesn't
key at all.  I'll try the 2200 Ohm res tomorrow.

Any ideas?  All hints are appreciated!!

-Brent
Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.misc
From: wa2ise@cbnewsb.cb.att.com (robert.f.casey)
Subject: Re: Want to run Mac+ from a DC source... info?
Organization: AT&T
Distribution: usa
Date: Tue, 25 Aug 1992 21:53:21 GMT

In article <1992Aug25.202426.6614@tamsun.tamu.edu> bpb9204@tamsun.tamu.edu (Brent) writes:
>Hi,
>
>I'm interested in converting my mac+ to run off a DC source, i.e., bypass the
>power supply inside and run the machine from a 5/12 VDC source.  This
>way, I could use it as a mobile radio station or for emergency purposes.
>(Running it solar/car/battery).
>
As stated in the "running a PC off car battery" thread a few weeks ago,
the best and easiest theng to do is get an "inverter" 12VDC to 60HZ AC
(square wave" box.  You also get isolation from car engine and alternator
spikes and other crud.  Tripp Lite makes this things, and I remember seeing
them in DigiKey.  Be aware that you should get an oversized inverter, so
it can handle the computer's power demand when you turn it on.
Usual disclaimer: I have no connection with TrippLite, DigiKey, or the
Chinese Communist Party.
From: sbnelson@attmail.COM
Newsgroups: rec.radio.amateur.packet
Subject: FTP -> E-Mail Server
Date: 4 Sep 1992 06:29:04 -0700
Organization: UCSD Usenet Gateway
NNTP-Posting-Host: ucsd.edu

I *used* to have information about a FTP to E-Mail server that existed on 
BITNET.  Does anyone have information on such a beast on Internet/Bitnet?

I see lots of messages about anon. ftp but I am not on the internet; I can get
mail from the internet though.

Scott Nelson  sbnelson@attmail.com
              oe3zns@oe3xbr.aut.eu
From: f_riskph@ccsvax.sfasu.edu
Newsgroups: rec.radio.amateur.packet
Subject: TNC to TS-440 Connect: How?
Date: 31 Aug 92 22:10:53 GMT
Organization: Stephen F. Austin State University

It appears that my recently acquired Kenwood TS-440 has accessory plugs which
would facilitate linking it with a TNC for RTTY, AMTOR, Packet, etc.  Anybody
have experience with this?  What's involved?

TNX & 73,
Paul, N1DJD
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: rec.radio.amateur.packet
Subject: Re: Packet w/HP95 Palm Top
Date: 27 Aug 1992 15:14:40 GMT
Organization: UT Health Science Center Houston


Note also that, once you get the 95 running with a TNC and radio, you can use
a version of KA9Q NOS I've ported to the 95 to get on TCP/IP. It's available
for FTP on ucsd.edu. It works best with either a 1 MB 95 or a RAMcard, though.

-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
 "Keep in mind that Amateur Radio As We Know It Today will cease to exist
            at midnight tonight." -- Dave Newkirk, WJ1Z
Newsgroups: rec.radio.amateur.packet
From: willis@cs.tamu.edu (Willis Marti)
Subject: Re: UCSD claiming to be gateway to amateur TCP/IP
Organization: Computer Science Dept., Texas A&M University
Date: Wed, 2 Sep 1992 14:43:55 GMT

In article <71815@apple.Apple.COM>, winter@Apple.COM (Patricia Winter) writes:
...
|> In article <rvcn1q.al@netcom.com> al@netcom.com (Al) writes:
|> >I notice that UCSD.EDU is advertising the IP addresses of 11417 amateurs
|> >in the ampr.org domain.  Does anyone know if these sites are REALLY
|> >reachable via the internet?  mirrorshades.ucsd.edu claims to be a gateway,
|> >but it doesn't seem to be.
|> 
|> 
|> I don't know what Al means by "advertising", but ucsd.edu acts as the
|> nameserver for the ampr.org domain. Because of the unique nature of 
|> Net 44, finding an Internet address for one of these nodes doesn't
|> guarantee that you can actually reach it.

Actually, you now can reach many nodes.  mirrorshades.ucsd.edu is now pointed
to as the router where net 44 touches the regular (hah!) Internet.  Besides
name service, Brian has got the regional network provider to put net 44 in its
routing updates ("advertising").  Packets from the Internet with a 44.xx.yy.zz
destination wind their way to mirrorshades.  *IF* the site is reachable
from the set of gateways, then it'll get forwarded.  Not all net 44 addresses
are reachable.  Better to ask around your local amateur tpc/ip community to
find out where your site stands.

...
|> Is everyone sufficiently confused yet? :-)

Nah.  Let's try some harder.  8-)

Cheers,
 Willis n5szf
From: jdelancy@tecnet1.jcte.jcs.mil
Newsgroups: rec.radio.amateur.packet
Subject: [ANS] Callbook Server At callsign.cs.Buffalo.EDU
Date: 1 Sep 92 03:13:08 GMT
Organization: UCSD Usenet Gateway
NNTP-Posting-Host: ucsd.edu

>Subject: Callbook Server At callsign.cs.Buffalo.EDU 
>
>A remote host did not respond within the timeout period.
>
>Any ideas?
>
CALLSIGN.CS.BUFFALO.EDU 2000 had a name change a while back;
sometimes the system will default to the new name and sometimes
it wont.  Try using ELECTRA.CS.BUFFALO.EDU 2000  (numerical of
128.205.32.2).
From: xtasc@levels.unisa.edu.au
Newsgroups: rec.radio.amateur.packet
Subject: KPC-2 and kiss mode
Date: 29 Aug 92 01:49:56 GMT
Organization: University of South Australia


A friend here has a KPC 2 with 2.x software rom(s) dated about 1986?

Will this unit support kiss mode ?, if not where can we source the code
to blow a kiss rom for this unit, or a later rev of the normal software.
Can it be mailed, purchased, if so from where/who ??

73's ... Rob vk5xxx
Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.policy
From: bcoleman@hayes.com (Bill Coleman)
Newsgroups: rec.radio.amateur.packet
Subject: Re: Shorting Nicad batteries to revive them...
Date: 25 Aug 92 14:38:37 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <BtGJqv.50p@news.cso.uiuc.edu>, btbg1194@uxa.cso.uiuc.edu (Bradley T Banko) writes:
> According to one explanation of why Nicad batteries die that I've heard,
> small metal whiskers grow across the electrodes with use, and eventually
> develop a short which prevents the battery from holding a charge or from
> being charged.

This is a typical nicad death mode. Eventually they just wear out.

> The solution is to charge the battery as best is as possible, and then
> *short* the battery terminals for a brief (?) time which is supposed to
> melt these whiskers (and I suppose the metal flows back to the electrode
> of origin).

Sometimes, a nicad will short out like this prematurely. In this case, it
is sometimes possible to revive the nicad (temporarily) by "zapping" it.

Since a shorted nicad won't hold a charge at all, you supply current from
an outside source. A suitably large capacitor charged to several volts
will do the trick, vaporizing the 'whiskers' in the nicad with an inrush
of several amps.

I've successfully zapped nicads by tapping the individual cells with the
output of a 20amp, 12v power supply. The connection must be brief, lasting
only a fraction of a second. Otherwise, the nicad will heat internally,
and may explode. Use extreme caution. I urge you to use the capacitor
method, since the amount of energy (and the subsequent heating) are limited.

> Has anybody done this?  What exactly have you done?
> Must it be done on single cells?  I am trying to do this on a battery
> pack.  One pack won't take enough of a charge to warm up the 
> shorting wire, while another battery pack heated up the shorting wire 
> so fast I couldn't hold on to it (I guess you should use pliers!). 

ONLY "ZAP" INDIVIDUAL CELLS! NEVER DO THIS TO AN ENTIRE PACK! You will merely
ruin the remaining good cells in the pack. 

And NEVER, NEVER short out a Nicad pack. Ever.

-- 
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.
From: detrolio@andromeda.rutgers.edu (David De Trolio)
Newsgroups: rec.radio.amateur.packet
Subject: Packet/Internet Message Forwarding
Keywords: packet,internet
Date: 30 Aug 92 02:22:58 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I have an Uncle in Nicosia, Cyprus who is an operator and has been
since the 1930's.  I keep in contact with him mostly via fax, but since
I am on the net so much, I was curious if there is a way to use the
resources of the Internet (e-mail, etc) to send and receive messages from
him and other members of the radio club in Nicosia.

I am not an operator myself, so I need any information provided in
a non-technical format please.

Any and all replies and follow-ups are appreciated.

Thanks !!


-- 
David De Trolio - (detrolio@andromeda.rutgers.edu)
__________________________________________________

"We're sailing on the wind of better days"
Newsgroups: rec.radio.amateur.packet
From: awoodhull@hamp.hampshire.edu
Subject: Re: Baycom source code available?
Organization: Hampshire College
Date: Sun, 23 Aug 1992 23:05:33 GMT

In article <BtGJy0.539@news.cso.uiuc.edu>, btbg1194@uxa.cso.uiuc.edu 
  (Bradley T Banko) writes:
> Is the Baycom software source code available anywhere?  Since Baycom
> won't work on a number of PC clones because the serial port implementations
> are variable, it should be possible to modify the source code to adapt
> it to some of the more popular clone multi-function cards so that it
> can be used.
> 
I tried to pursue the question of source code more than a year ago when
I began to play with BayCom. I wrote to the authors, sent them the
requested donation, and also wrote to the English translators of the
documentation. I never really got a reply, but I think the actions of
the authors and the current semi-commercial state of BayCom indicate 
that there is little hope of getting them to release the source.

There are two cheap packet options for which source is available. One is
Poor Man's Packet (PMP) which uses the parallel port. The other is the
AX25 packet driver written by Pawel Jalocha which allows you to use 
KA9Q NOS with a BayCom modem. When I first heard of this I thought it 
would be nice to be able to do TCP/IP with the BayCom interface; I didn't
realize until I got the NOS software that it supports ordinary AX25
packet operation as well as TCP/IP.

By the way, one kind of serial port incompatibility with BayCom that 
can be dealt with easily is that some serial ports don't provide
enough voltage swing on their RS232 lines to supply power to the BayCom
modem. This was the case with my laptop. Arranging to get 7 to 12 volts
from another source for powering the modem takes care of this problem.
Of course, if the serial port incompatibility is at the software level
the problem still remains.

73 de Al Woodhull   N1AW
awoodhull@hamp.hampshire.edu



Xref: sparky rec.radio.amateur.packet:2332 rec.radio.amateur.policy:1569
From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.policy
Subject: Re: HF STA Reps Candidate Info
Date: 2 Sep 92 15:36:44 GMT
Article-I.D.: lib.7240
Followup-To: rec.radio.amateur.policy
Organization: UT Health Science Center Houston

In article <1992Sep2.093726.1@skyler.mavd.honeywell.com> estey@skyler.mavd.honeywell.com writes:
>On August 26th, Dave Sumner (K1ZZ), ARRL Executive Vice President mailed
>a letter to each HF unattended automatic STA participant.  This letter
>explained the recent ARRL Executive Committee action deferring
>consideration until November 14th of the draft petition for rulemaking
>concerning automatically controlled data operation on HF frequencies.  
>Included was a ballot for selecting five candidates from the "STA community".

Well, ARRL bashers: Still think Dave Sumner runs the League?

This is a perfect example of how the ultimate decisions are made by elected
Directors, and how the membership can (and does) make itself heard.

-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
 "Keep in mind that Amateur Radio As We Know It Today will cease to exist
            at midnight tonight." -- Dave Newkirk, WJ1Z
From: WJS@cu.nih.gov
Newsgroups: rec.radio.amateur.packet
Subject: AMTOR/BITNET
Date: 28 Aug 92 16:54:15 GMT
Organization: UCSD Usenet Gateway
NNTP-Posting-Host: ucsd.edu

I'M LOOKING FOR A GATEWAY BETWEEN BITNET AND AMTOR.  MY WIFE
HAS  HER  GENERAL  LICENCE (KA3ZHW) AND WOULD LIKE TO USE AN
AEA PAKRATT-232 TO COMMUNICATE  THRU  THE  AMTOR  SYSTEM  TO
BITNET.

DOES ANYONE HAVE ANY INFORMATION ON SUCH A GATEWAY???
From: f_riskph@ccsvax.sfasu.edu
Newsgroups: rec.radio.amateur.packet
Subject: Help: Good Packet Book?
Date: 31 Aug 92 15:05:52 CST
Summary: Need intro, intermed, adv. book.
Reply-To: f_riskph@ccsvax.sfasu.edu
Organization: Stephen F. Austin State University

Although I've been involved in packet on VHF for a number of years, I still go
for long periods that I don't use it and have to relearn protocol.  With the
addition of ROSE networks, etc, things have gotten more complex.  Is there a
good general book around that covers, on a how to basis, the various commands
and procedures for use on packet, AMTOR, etc?  I realize that there are various
documents available if you can get to the right BBS but when you're stuck
trying to just get out it's frustrating.  Nacogdoches, Texas tends to have only
a very few nodes on .01 that I can hit.

Appreciate any suggestions.
N1DJD  Paul.  73..
Newsgroups: rec.radio.amateur.packet
From: sro@media.mit.edu (Shawn O'Donnell)
Subject: Re: Shorting Nicad batteries to revive them...
Organization: M.I.T. Media Laboratory
Date: Wed, 26 Aug 1992 21:02:36 GMT

I don't know if someone has mentioned it yet, but there's an article
on this topic with construction plans for a contraption that revives
NiCads in the latest issue of 73.

But let me add my voice to those who urge caution when doing funky
things to NiCads.  

And a Public Service Announcement:

If you give up and want to throw those old batteries away, please ask
the local garbage lords where you can ditch them.  The cadmium in
NiCads is nasty stuff--it's a heavy metal and it will do bad things to
animals (including humans) that use any water source into which it
finds its way.  In most communities it's probably illegal to toss them
in with your regular garbage.  The fish and I thank you.
Xref: sparky rec.radio.amateur.packet:2266 rec.radio.amateur.misc:14485
From: bcoleman@hayes.com (Bill Coleman)
Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.misc
Subject: Re: New packeteer frustration
Date: 25 Aug 92 13:47:59 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Aug21.211505.9031@src.umd.edu>, tedwards@src.umd.edu (Thomas Grant Edwards) writes:
> 
> OK, then why, oh why, does the FCC limit transfer rates on HF?????????

The FCC does not limit transfer rates. They limit symbol rates and overall
frequency shift (which can be interpreted as bandwidth).

I think the FCC did well to avoid setting transfer limits. It really
isn't practical to use symbol rates in excess of 300 bps below 20 MHz.
You could argue that 1200 baud transmission be permitted on the 15 and
12 meter band, since it would be useful there.

If you can figure out a way to send more information through a 300 baud,
1 KHz bandwidth channel, then get crackin'. We hams haven't even stratched
the surface of more efficient digital transmissions on HF, and you are
clamouring for higher symbol rates!

> I understand bandwidth limits, but if we can put 9600 bps into the
> same bandwidth as "CQ DX...your 59, 73! CQ DX...," then we should!

Note that the above CQ DX would have to occur in CW. After all, the
digital transmissions don't occur in the voice subbands, they occur
in the digital subbands. 

> Is the ARRL pushing for bandwidth-limited data xmission on HF?

Until we make use of the limits we've alread been set, I don' think the ARRL
sees a need for this.

-- 
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.

Newsgroups: rec.radio.amateur.packet,rec.radio.amateur.policy
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Legality Question: Packet Access For Hams Via BBS
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Sat, 29 Aug 1992 14:17:10 GMT


Recently, I was talking to some hams in the area who are involved in modem
BBS communications. They had never tried packet radio, so I said: Gee,
wouldn't it be neat if you could access my TNC and utilize packet via my
BBS.

This is very possible, since my TNC is connected to a serial port on my
UNIX system. All I would have to do is establish a command and appropriate
security on my BBS to restrict TNC access to registered Ham Radio operators
only.

Now, the question becomes: what type of legalities should I be concerned
about?

This isn't quite "repeater operation", but I assume I would still be the
control operator of the equipment, since it is, after all, my station.

How would the remote-access Ham set MYCALL on my TNC? THEIRCALL/MYCALL?
THEIRCALL via MYCALL?

Anything else I should be concerned about?

I'd be interested in hearing from other people who have worked on a similar
project.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /