HDTenEightyP/NetNews huggingface dataset:
From: chris@surfcty.UUCP (Chris Johnston)
Newsgroups: comp.dcom.modems
Subject: Hardware Handshake Cables 4 Macs
Date: Tue, 14 Apr 92 00:25:09 PDT
Organization: Surf City Software, Orange, Calfornia - DUDE!

About the threads regarding Hardware Handshake Cables for High
Speed modems on Macintosh.  Egghead has them for $12.95.
They work great.  I replaced my hardwe-hsk cable with a new
one for the Supra v.32bis.

I can talk all day long at 57,600baud.  One exception - do
not expect to be able to read the &V info if you are using
MicroPhone.  Something happens to the data - you might get
a few lines, then again, you might get more.

Oh well...



Chris D. Johnston       714/289-8543 (Voice) 8AM~7PM PST
Surf City Software      714/289-1002 (Fax)
Orange, CA  92669       AppleLink: SURF.CITY
chris@surfcty.UUCP      surfcty!chris@UUNET.UU.NET
Organization: University of Illinois at Chicago
Date: Saturday, 11 Apr 1992 19:11:19 CDT
From: David Hanley <U22015@uicvm.uic.edu>
Newsgroups: comp.dcom.modems
Subject: New bbs software..

  I've decided to start writing some new bbs software that i intend on
distributing as shareware.  I have some interesting new features in mind,
such as the ability to download/upload files while reading messages or playing
online games.. But i really don't know how to access the modem..  I'm
writing this in c, by the way.. So, does anyone out there know a good
refrence source, or, better yet, a place where i can ftp a source i can use  on
as an example?  I would really appreciate it.

--=DAVE!!!
Newsgroups: comp.dcom.modems
From: mjkobb@media-lab.media.mit.edu (Michael J Kobb)
Subject: Re: Supra v.32bis problems
Organization: M.I.T. Media Laboratory
Date: Fri, 17 Apr 1992 04:19:24 GMT

In article <4710034@hpcvaac.cv.hp.com> vernon@hpcvaac.cv.hp.com (Vernon King) writes:

>    We had the same thing happen with +++ than ato with Multitech
> modems. The problem turned out that the +++ would also put the
> remote modem into command mode and since no one is at the other end
> could type ato you are stuck. The solution is to change the +++
> characters to something else on the remote or local modem.

Ah, now that I'd believe!  I'll try that and see what happens.

Regarding one of my other problems, the annoying pause when using
v.42bis, I've been told that the campus modems have a problem
w/v.42bis.  Sure enough, running only with LAPM, and no compression
gives no nasty pause.  (This seems to fit with the +++ thing, since
I'm of the opinion that the campus modems are basically crummy.)

Finally, regarding my other problem where the modem connects, but
then I can't type, I just sat and waited for it today.  After over a
minute, I got my login prompt.  I'm willing to suspect the other
modem again...

Thanks!
--Mike
From: bigfoot@pro-gallup.cts.com (Darren McDaniel)
Newsgroups: comp.dcom.modems
Subject: Practical 14400bps v.32bis Modem
Date: 10 Apr 92 19:17:04 GMT
Organization: Crash TimeSharing, El Cajon, CA

Hello out there...

I was wondering if anyone has had any experiences with the Practicle
Peripherals 14400 Modem?  I am seriously thinking of purchasing one but I
want to see what kind of stories people have about it...


Darren
------------------------------------------------------------------------------
Smile,  It makes people wonder what you've been thinking...or doing...

Bigfoot's Den                    ProLine: bigfoot@pro-gallup 
(505) 722-4897                  Internet: bigfoot@pro-gallup.cts.com
10:00pm to 6:00am                UUCP:    crash!pro-gallup!bigfoot
------------------------------------------------------------------------------
Xref: sparky comp.dcom.modems:6623 biz.comp.telebit:223
From: bill@wabwrld.UUCP (Bill Berbenich)
Newsgroups: comp.dcom.modems,biz.comp.telebit
Subject: Re: Loyalty Pays Again and PEP upgrade?
Date: 13 Apr 92 01:49:50 GMT
Article-I.D.: wabwrld.gate.R0B6iB1w164w

I ordered a T3000 Stand-alone under Loyalty Pays, back on March 6.  I still
haven't gotten the modem yet, but I checked with some people at Telebit and
I found out that this model is on back order.

Enter-speculation-mode:  I believe it is possible that the T-3000s that
will ship next will have the PEP upgrade already in them.

Can anyone convert my speculation to known-fact?

 -Bill
Xref: sparky comp.dcom.modems:6335 comp.sys.mac.comm:4476
From: gillies@m.cs.uiuc.edu (Don Gillies)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 7 Apr 92 19:43:32 GMT
Article-I.D.: m.1992Apr7.194332.13698
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL

I have noticed some trouble with the mac's communication toolbox
(which I think has built-in ZModem).  For instance, the telecom
program called "Termulator" uses the communication toolbox.  But
Termulator almost always screws up a zmodem transfer, even at 2400
baud.

If you are having problem with your supra modem, consider switching to
a more efficient telecom program.  For instance, ZTerm 0.85 does not
slow down tetris during a background zmodem download / upload.
Termulator slows down tetris enough to make it useless.  Try using
ZTerm with your new supra modem.

- Don
--
From: Sevo_Stille@f.maus.de (Sevo Stille)
Newsgroups: comp.dcom.modems
Subject: Re: 16550 Test program?
Message-Id: <A6578@F.maus.de>
Date: Thu, 09 Apr 92 23:43:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.04

SMITHBS@PURCCVM.BITNET (Barry Smith) asked:

S>I have a 486/25 and I want to test to see if I have a 16550.  Is there
S>any easy way to do this?>

Yes! Most up-to-date protocols like DSZ (via the p command) or MPt (somewhere
in the rather colorful status display) can be set up to display whether you
have a FIFO UART.

cu Sevo
From: gerg@netcom.com (Greg Andrews)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Summary: Bit rates for T1000 and such...
Date: 9 Apr 92 08:11:20 GMT
Article-I.D.: netcom.=xrjy8b.gerg
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <Ne1ViB7w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>holmes@gorilla.nbn.com (Tim Holmes) writes:
>
>> What is the actual baud rate of a Telebit PEP connection operating
>> at 18000 or 19200 bps?  No, this isn't a koan...
>
>   The Trailblazer (and T2500) operates at 18311 bps,
>

That's actually 18031 bps.  The raw data rate the modems transmit at
without accounting for the overhead of the error correction protocol
or the need to turn the line around to receive acks.

>
>                                        As a result, PEP throughput (*real* 
>figures, not inflated xferstats readings, thank you) are actually lower than 
>those of a 14400 bps V.32bis modem, though you might have to patch your uucico 
>to 7 packet windows to get this kind of throughput without spoofing.
>

Might even be necessary to patch uucico for larger packet sizes...if it's
possible in his uucico, and it won't fail with the other site's uucico.

>
>   The T1000 (and version 1 Trailblazers... there have *got* to be some DCA 
>Fastlinks out there!) are somewhat slower (11680 bps, says my T1000).
>

Your T1000 will read 11680 bps with *ANY* sort of PEP modem.  It was designed
for data throughputs of 960 cps rather than 1440 cps.  In essence a smaller,
cheaper, slower TrailBlazer Plus.

There are TrailBlazers and Fastlinks (and even a few Ven-Tel EC18K's) out
there, but nearly all of them have been upgraded to AA3.01-AB3.00 with
full speed PEP (18031 bps) capability.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.dcom.modems
From: ab245@cleveland.Freenet.Edu (Sam Latonia)
Subject: Re: Help with Line Noise
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Fri, 17 Apr 92 05:25:07 GMT


I am vary familiar with your problem and have seen it time and time again.
But the big thing here is that NO phone co. will be concerned if you are
complaining about noise you get with your modem. This is where you screwed
yourself all to hell and back. But I guess you learn as you get older.
What you have as a problem is water that is getting into your twisted pair
and that is the noise in a nutshell. Now if you had said to the phone co.
that you were having noise when trying to talk on the phone and never
mention the modem at all, then they would be more apt to look into it.
Then if you could get them out on a day thatr was raining or that the
grass was being watered so that the wires were then getting soked.
Then they would of seen the problem and fixed it, now I dought if you
call and say anything about the phone that they will do anything 
because they have you listed are a modem user with noise.
-- 
       THE FIRESIDE BBS 884-9728
WHERE THE PARTICULAR PEOPLE COMMUNICATE!
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL
Date: 17 Apr 92 17:12:19 GMT
Organization: PANIX - Public Access Unix Systems of NY

In article <A38604@K2.maus.de> Heribert_Otten@k2.maus.de (Heribert Otten) writes:
>In a message of Di, 14.04.92  hwr@pilhuhn.ka.sub.org wrote:
>h>*Q0     No response to poor signal quality
>h>*Q1     Retain action taken if signal quality is poor
>h>*Q2     Adaptive rate; auto fallback or fall forward (Default)
>h>*Q3     Disconnect for poor quality signal.
>
>I read that to. ;-)
>
>But in ROM V.4.06 ZyXEL announced a "improvement" of fall forward.
>
>What did they change? Does it work in earlier versions? I still use V.4.02
>because i had no problems with it, since last week, when my line got noisier
>than usual. 8-(

R4.06 and higher implement rapid rate re-negotiation; a V.32bis feature which
allows virtually instantaneous changing of carrier speed (forward and back)
without taking 15 seconds to retrain. THAT is what is referred to in the R4.06
release note. It is backwardly compatible with earlier firmware, and, of course,
with other brands.



-- 
_______________________________Mike Schuster________________________________
NY Public Access UNIX: schuster@panix.com        | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@cup.portal.com   | MCI Mail,GEnie: MSCHUSTER
Newsgroups: comp.dcom.modems
Subject: Re: Modem clicks Was : Supra v32bis (Initial Review)
From: lchiu@animal.gcs.co.nz (Lawrence Chiu)
Date: Wed, 8 Apr 1992 21:47:44 GMT
Organization: GCS Limited, Wellington, New Zealand

In article <1992Apr7.194936.25233@serval.net.wsu.edu> jeffp@ocelot.csc.wsu.edu.UUCP () writes:
>In article <10900@rls.UUCP> randy@rls.UUCP (Randall L. Smith) writes:
>>quan@Xenon.Stanford.EDU (Tony Quan) writes:
>>BTW, we still haven't heard more than **ONE** place that sells Supra's.
>>Is there any other places than BFJ.  Thanks.
>
>I bought my Supra v.32bis from Computability in Milwaukee.  Call
>800-555-1212 to find out their number (don't have it with me).
>It was $309 plus shipping.

The number is 800-558-0003. Or for those who cannot dial US 800
numbers 414-357-8181 or fax 414-357-7814


=========================================================================== 
 Laurence Chiu                      |
 Principal Consultant               |
 GCS Ltd, Wellington, New Zealand   |
 Tel: +64 4 801 0176                | Internet    : lchiu@animal.gcs.co.nz
 Fax: +64 4 801 0095                | Compuserve  : 71750,1527
===========================================================================
From: "leigh whitcomb" <leigh.whitcomb@canrem.com>
Newsgroups: comp.dcom.modems
Subject: fax data rates
Date: 14 Apr 92 08:20:33 EST
Reply-To: "leigh whitcomb" <leigh.whitcomb@canrem.com>
Distribution: comp
Organization: Canada Remote Systems


What is the maximum data rate of most "normal business faxes"?  What I mean
by a "normal business fax" is the fax machine a typical North American
business would own.

I am considering buying either a v.32 or v.32bis modem/fax and want to know
if there are many 14.4K faxes out there.


Thanks,
Leigh Whitcomb
---
  DeLuxe 1.12 #10399  .
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.dcom.modems
From: kadie@herodotus.cs.uiuc.edu (Carl M. Kadie)
Subject: Is anyone shipping Supra 32bis without a wait?
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Sun, 12 Apr 1992 20:41:39 GMT

I hate backordering stuff. Is anyone shipping the Supra
without a wait? At a good price?

Please send email (I'll post a summary after I order mine :-) )

- Carl



--
Carl Kadie -- kadie@cs.uiuc.edu -- University of Illinois at Urbana-Champaign
From: wbe@bbn.com (Winston Edmond)
Newsgroups: comp.dcom.modems
Subject: Re: Does Zyxel have Caller ID and Voice Messaging?
Date: 13 Apr 92 20:19:27
Organization: Bolt Beranek and Newman, Inc., Cambridge, MA
NNTP-Posting-Host: crystal.bbn.com
In-reply-to: umduddr0@ccu.umanitoba.ca's message of 13 Apr 92 22:38:55 GMT

umduddr0@ccu.umanitoba.ca (Brendan Duddridge) asks:

   ... does the Zyxel ... have the support for ROM upgrades to provide voice
   messaging and Caller ID just like the Supra?

I believe the current ZyXEL modems are not capable of supporting either
Caller ID or digitized voice, and I've not heard of any claims or plans to
support those features.  I'd be happy to hear any reliable information saying
they could or would be done, though.   :-)
 -WBE
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: PEP
Date: Fri, 17 Apr 92 20:30:41 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1L07iB1w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>
>   Yeah... would the modems 'idle' by trading micro symbols?  If so, why does 
>it appear to take so long to echo a command in interactive use (I'm sending 
>single characters and the host is echoing them as such)?
>

Yes, the modems trade the smaller packets because they take less time to
send.  The modems can react sooner when one computer tries to send data.

Even with the modems trading Micro packets, the single character turnaround
is around 140 ms.  That's longer than the generally accepted figure of 100 ms
that people will perceive as fast response.  If a keystroke or its echo
misses the modem's transmit window, it will have to wait before it's sent,
and the extra delay slows down the response time.  Also, if the modem has
found it necessary to adjust around impairments, it might not be using
Micro packets.

>
>> In other words, when the modems have little or no data to send, they
>> use smaller symbols.  That's the machine-gun-like sound you hear if
>> you turn on the speaker during a clean connection.  When the modems
>> have lots of data to send, they shift up to the longer symbols that
>> hold more data.
>
>   When I leave the speaker on (M2), the symbols I hear don't sound all that 
>short.  Does the reversal/retrain take long in this instance?
>

That's probably the difference between micro *symbols* and micro *packets*.
When idle, the modems exchange micro *packets*, and a micro packet doesn't
consist of just one micro symbol.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: bill@ssbn.wlk.com (Bill Kennedy)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Loyalty pays
Date: 13 Apr 92 03:54:28 GMT
Distribution: na
Organization: W.L. Kennedy Jr. & Associates Pipe Creek, TX

In article <1992Apr11.204917.6685@news.eng.convex.com> datri@convex.com (Anthony A. Datri) writes:
>>with Telebit sales staff I was told that my credit card would not be charged
>>until the modem was about ready to ship (1-3 days before ship date).
>
>As I understand it, that's required by law.

I doubt it.  I doubt it for several reasons.  I was the one who was
charged a month before product was shipped.  I'll accuse Telebit of being
clumsy with my order but not of violating the law.  Further, I've gotten
any number of charges, some recently, where the charge arrived before the
merchandise.  This has a lot to do with the credit authorization terminals
used to place the charge.  When they key it in the charge is posted *right*
*now* and the bill might very well beat the merchandise to your door.

Moreover, although I'm still grumbling about Telebit somewhat, I can't
believe that if it was a legal requirement that they not bill the credit
card until they ship, Telebit would obey the law.  They collect and pay
sales tax in my county and they really don't have to.  Telebit obeys the
law.  They could easily wink at the sales tax thing and never be caught
but they don't.  They broke my order but I seriously doubt they broke the law.
-- 
Bill Kennedy  internet  bill@ssbn.WLK.COM or ssbn!bill@attmail.COM
              uucp      {att,cs.utexas.edu,pyramid!daver}!ssbn.wlk.com!bill
Newsgroups: comp.dcom.modems
From: cds@hal.gnu.ai.mit.edu (Chris D. L. Swanson)
Subject: My last posting about protocols and flow control.
Organization: MIT Laboratory for Computer Science
Date: Mon, 13 Apr 1992 05:24:30 GMT

Greetings,

	It seems as if my mail address was temporarily broken.  If anybody 
tried to reply to this posting, and got the reply bounced back, please
resend the reply as the problem is now fixed.

	Thank's in advance,
	-=Chris


Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: v.42bis software
Keywords: v.42bis
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 9 Apr 1992 17:02:04 GMT

In article <7wrj4qb.wolfgang@netcom.com>, wolfgang@netcom.com (Wolfgang Henke) writes:
> In article <1992Apr8.040838.4331@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
> >Is there a public spec for the v.42bis data encoding?
> 
> Telebit recently sent out a decent paper: "Facts about Modem Data
> Compression" with some references.
> 
> >I'm thinking of hacking v.42bis into the CSLIP driver and turning it
> >off on the modem.  This should decrease the load on the CPU by quite a
> >bit by shedding all that needless I/O.
> >The question are:
> >	Is v.42bis liscensed software? 
> >	Is there protocol support for switching to v.42bis from a
> >	plain ascii connection *after* the connection is established?
> 
> I guess Vernon Shryver might be able to help us on this one?


Certainly not!  Instead, I need help.

Watching the IETF PPP mailing list, where compression has been again
proposed and smashed just this week, has reminded me of why compression is
hard in SLIP.  Good and easy compression needs a reliable data link, to
keep the de-compressor in sync, but the DTE-DCE interface is not at all
reliable.  For that reason, it's easier to put the compression above TCP.

Still, I would like to see some kind of compression done as a STREAMS
module for TCP/.../modems.  It should be possible to put re-sync stuff into
the stream of compressed bytes.  It would probably be necessary to provide
some kind of reverse communication for the de-compressor to tell the
compresser to start over.  If the DTE-DCE error rate is low enough, this
would not be too bad.  This does not sound like SLIP, but might work with 
extensions to PPP.


Vernon Schryver,  vjs@sgi.com
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Loyalty pays
Date: 11 Apr 92 17:34:55 GMT
Organization: BT Customer Systems, Brighton, UK

In article <1992Apr10.191241.23027@news.eng.convex.com> datri@convex.com (Anthony A. Datri) writes:
>
>>And if you aren't an American you can't possibly be loyal so you will
>>have to pay up as well.
>
>Your government is not our fault.

What pray tell has governments got to do with it?



-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@rtf.bt.co.uk
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: v.42bis software
Date: 10 Apr 92 00:49:13 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr8.040838.4331@wsrcc.com>, wolfgang@wsrcc.com
(Wolfgang S. Rupprecht) writes: 

> Is there a public spec for the v.42bis data encoding?

Yes.  CCITT Recommendation V.42bis, available through the ITU in 
Geneva and outlets in most countries around the world.

> 	Is v.42bis liscensed software? 

No.  However, three companies (Unisys, British Telecom, and IBM) 
hold patents which they claim are infringed by V.42bis 
implementations.  Total license fees add up to $60,000. And at least 
two of them (Unisys and IBM) will license at that rate ONLY for 
in-modem implementations, not for software.

> 	Is there protocol support for switching to v.42bis from a
> 	plain ascii connection *after* the connection is established?

No.

> 	Is there already code that does this?

Not that I'm aware of. Several companies have V.42bis code that runs 
on various PCs, but I'm not aware of any who make it available to 
the general public.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 151243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
From: 2frgimbibe@kuhub.cc.ukans.edu (Chris!)
Newsgroups: comp.dcom.modems
Subject: Modem Dialing Speed (Q)
Date: 8 Apr 92 10:15:18 CDT
Followup-To: modem dialing speed (q)
Organization: University of Kansas

 	Hello, netters.  Is there a way to program into the modem the line
 AT S11=50 ? I use Zterm .9 which lets me put that line when the program starts
 up but I want to be able to use it with PhoneBook 2.62, a DA that dials the
 phone for you.  This program does not allow me to set the speed of the dialing
 ( S11= ) and it dials very very slowly.  If I can't do anything with the modem
 itself, could someone instruct me on how to change the default speed on the
 Phonebook program with ResEdit?  Thanks a million.
 -- 
  \_\_\_  \_  \_  \_\_\_  \_  \_\_\_  2frgimbibe@kuhub.cc.ukans.edu
   \_      \_  \_  \_  \_  \_  \_      chorcel@oread.cc.ukans.edu
    \_      \_\_\_  \_\_\_  \_  \_\_\_  bf546@cleveland.freenet.edu 
     \_      \_  \_  \_\_    \_      \_  "Eu na~o sou cachorro na~o..."
      \_\_\_  \_  \_  \_  \_  \_  \_\_\_
Newsgroups: comp.dcom.modems
From: zbig@wariat.org (Zbigniew J. Tyrlik)
Subject: Re: Are 16550'a pin compatible with 16450's?
Followup-To: comp.dcom.modems
Reply-To: zbig@wariat.org (Zbigniew J. Tyrlik)
Organization: Akademia Pana Kleksa, Public Access Uni* Site
Date: Tue, 7 Apr 1992 18:57:53 GMT

As quoted from <53491@hydra.gatech.EDU> by gt1610c@prism.gatech.EDU (MCGAUGH,MICHAEL KENNETH):

+---------------
> I think I read in PC Mag that these two chips are pin compatible.  Is this
> true?  If so, does that mean that I can take my 16450 out and plug in a
> 16550 then use software that recognizes it?  Also, will software that does
> not utilize the 16550's abilities still work? 
> 

Yes to both. 


> Thanks,
> 
> Ken.
> 
> -- 
> M. Ken McGaugh
> Georgia Institute of Technology, Atlanta Georgia, 30332
> uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1610c
> Internet: gt1610c@prism.gatech.edu

You are welcome.
_zjt
-- 
********************************************************************
Zbigniew J. Tyrlik             wariat!zbig           zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
Akademia Pana Kleksa   Public Access UNI* Cleveland,  (216)-932-3708
E-mail, news feeds, shell accounts   UnixBBS 1.02 distribution point 
********************************************************************