HDTenEightyP/NetNews huggingface dataset:
From: nann@fraser.sfu.ca (Michael Craig Nann)
Subject: Re: Supra problems & their BBSIn article 131356@aminet.uucp, barrett@aminet.uucp (Keith Barrett) writes:
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 30 Jul 1992 09:43:48 GMT

In article <l7dbteINNi9k@exodus.Eng.Sun.COM> denny@cthulhu.Eng.Sun.COM writes:
>>	2. BUSY response is sooooo wrong it's not worth looking at. All of
>>	   the BUSY problems have already been posted here by others.
>>
>  I don't know what busy problems people keep referring to. I have always 
>gotten a "BUSY" message back when the line was indeed busy. As far as I can 
>determine, it only affects people in certain areas of the country. My theory is 
>a certain type of switch, like maybe Supra's don't properly detect the busy tones 
>put out by a GTE switch, but they do for an AT&T 5ESS, etc. Please note that I have 
>no proof for this whatsoever, just an observation that some people have massive 
>problems with the BUSY detection, while others have none. There doesn't seem to be 
>any middle ground, with people haven't only isolated, interrmittant problems with 
>busy detection.
>


Hmmm...I think I may have found myself on that middle ground you mention...
 
My Supra 14.4K seems to detect a busy signal whenever it feels like it.
Sometimes it works when first powered on, sometimes it don't, always calling
the same number.  It'll go through stretches (in the same session) where
it'll detect the busy signal for the first couple of dozen attempts or so,
miss it for the next few, then detect it again...but some days, it won't
detect it at all.  And some days, it works perfectly....
From: strat@matt.ksu.ksu.edu (Steve Davis)
Newsgroups: comp.dcom.modems
Subject: Re: Infotel V.32bis Fax/Modem
Date: 27 Jul 1992 14:44:28 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

bertoldi@macondo.Princeton.EDU (Frank Bertoldi) writes:

>Does anyone have anything to say about the MidWest Micro
>Infotel V.32bis Fax/Modem which sells for $269 (ext) and thus
>appears to be the cheapest 32bis modem on the market -
>unless someone can point to a cheaper one.

>It has V32bis MNP5 V42bis etc, group 2+3 V.29 fax, 7 yrs 
>warranty.

>Any comments?

Sure:
  1.  The modem works just fine.
  2.  The instruction manual is VERY generic and does not include
      FAX command set, the company phone number, or even the NAMES
      of any companies!  
  3.  The people at Midwest Micro are idiots and couldn't answer 
      a technical question without first asking me the COLOR of 
      the modem doc's cover.  (!)

As far as I can tell the Infotel is AT LEAST as reliable as the
Supra, and probably a little better.  It comes in a beige *PLASTIC*
case with no internal RF shielding (but the FCC has approved the
design), has a toggle switch in the back for power, and probably
more LED's than you need.  It is, for all intents and purposes, the
same modem as the Zoom.

As with all modems that I have seen or used with the Rockwell
chipset, it occasionally goofs up while handshaking with other
modems of its class.  There is a page glued in the inside front
cover of the instruction manual with alternate dial prefixes to
limit the amount of handshaking that it does with certain modems.
Once I applied these, I was able to connect to everything from
Avatex 1200's to USR DST 16.8's over pretty noisy lines and lengthy
propagation delays.

On a scale of 1 to 10, 1 being the first wave of Gateway Telepath
modems and 10 being the high-end ZyXEL (sp?), I'd give the Infotel
external about an 8 or 8.5!

CAVEATS:  The modem speaker is a little too loud, even at L0!

Stratocaster
-- 
  Steve Davis  |    Contact me at ...            | The Boarding House BBS!
               | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
               | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
     ***** Drugs are bad.  BAD.  Like frying eggs. - Mike Peercy *****
From: rsj@wa4mei (Randy Jarrett)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit prices vs. Hayes prices
Date: 25 Jul 92 01:53:47 GMT
Organization: Amateur Radio Gateway WA4MEI, Chamblee, GA

In <1992Jul22.222755.17594@fasttech.uucp> zeke@fasttech.uucp (Bohdan Tashchuk) writes:

>In article <Brp6vG.GtL@jwt.UUCP> john@jwt.UUCP (John Temples) writes:

>If only Telebit could save enough money by using TIES that I could buy a
>Telebit V32bis modem (eg T3000) for less money than I can buy a Hayes V32bis
>modem (eg OPTIMA 144).

>Still, at least ONE PERSON at Telebit took Marketing 101. PC Magazine just made
>the QBlazer modem Editor's Choice. SOMEONE made the intelligent decision that,
>given this free publicity, they might be able to sell thousands of modems at
>$299, rather than dozens at the "list" price of $599. (Probably alienates their
>remaining dealer network yet again, though.)

Or is this price drop because they want to get rid of their inventory
prior to announcing a new version with v.32bis ???  Maybe a "Qblazer Plus"??


Randy
-- 
Randy Jarrett  WA4MEI 
UUCP  ...!{emory,gatech}!wa4mei!rsj   | MAIL: 54 Patterson Rd.
PHONE +1 404 822 4073		      | Lawrenceville, GA 30244
Newsgroups: comp.dcom.modems
From: genie@netcom.com (The Genie)
Subject: Re: V32bis with V42bis Screen Updates
Date: Thu, 30 Jul 92 19:37:45 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: V32bis V42bis

In article <mr.712504629@rat> mr@rat.cica.indiana.edu (Michael Regoli) writes:
>In <1992Jul30.105522.12527@actrix.gen.nz>
>Steve.Withers@bbs.actrix.gen.nz writes: 
>
>>In article <Bs6DCo.F4n@animal.gcs.co.nz> lchiu@animal.gcs.co.nz
>(Laurence Chiu) writes: 
>	[stuff deleted]
>
>I agree--Telix works pretty fast.
>
>However, you should also consider replacing your DOS ANSI.SYS with
>something faster like NNANSI.SYS (available from Simtel, Wuarchive,
>etc).  This will speed up your screen two-fold, possibly faster.  (And
>if you use Telix, you should have it configured for direct screen
>writes (Alt-O,S,<Enter> regardless.)

Why do you even bother loading an ansi driver when using Telix?  Telix
has it's own driver when it loads, and therefore doesn't need
a separate driver.  Why waste memory and speed?

Gene
From: howard@castor.cs.uga.edu (Les Howard)
Newsgroups: comp.dcom.modems
Subject: LIGHTCOM 144F
Date: 27 Jul 92 16:27:05 GMT
Article-I.D.: athena.1992Jul27.162705.23337
Organization: University of Georgia, Athens

I am thinking about purchasing a Lightcom 144F internal 14,400 bps
fax/modem made by lightning communications.  Does anyone have
any experience with them (Good words or horror stories)?  

	Thanks,
		Les

-- 
===========================================================================
Mr. Leslie P. Howard                    "Mr. Lehrer's muse (is) not    
University of Georgia                    fettered by such inhibiting  
howard@castor.cs.uga.edu                 factors as taste"...New York Times 
Newsgroups: comp.dcom.modems
From: Robert_La_Ferla@hot.com (Robert La Ferla)
Subject: Supra V.32bis FAXmodem (Not getting NO DIALTONE)
Keywords: modem, Supra, dial tone, dialing
Reply-To: Robert_La_Ferla@hot.com
Organization: Hot Software
Date: Thu, 23 Jul 1992 20:28:43 GMT

Does dial tone detection work with the 1.2C ROMs?  I can't seem to get it to  
work.  Here's what I have tried:

AT X4

Note: At this point, I manually dial a telephone number so when the modem  
attempts to dial, it doesn't get a dial tone.

AT DT12345

The modem should return "NO DIALTONE" but instead goes ahead and blindly dials  
the number.  I have also tried:

with the W command:

AT X4 DW12345

from a stored number:

AT&Z1=T12345
AT X4 DS1

Also, when are the new ROMs shipping?

Thanks in advance,
Robert
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: UUCP 'g' vs. MNP & V.42
Date: 27 Jul 92 10:55:28 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <ssaHoB7w164w@zswamp.UUCP>, geoff@zswamp.UUCP (Geoffrey
Welsh) writes: 

>    However, V.42bis does monitor its effect on data and, if it finds that it 
> is expanding the data for any length of time (LZ always expands data for the 
> first few tokens)...

Strictly speaking (:-), _that's not true, at least in the case of 
V.42bis, since V.42bis starts off the call in "uncompressed" mode 
(sending the raw data rather than tokens, although building tokens 
in the background and monitoring performance).  When the dictionary 
gets built up to the point where compression is possible, it 
switches into compressed mode and begins sending tokens for the 
first time.  From then on, your statement is entirely correct.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
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
Newsgroups: comp.dcom.modems
From: wstef@hubcap.clemson.edu (W. Gregg Stefancik)
Subject: Re: QBlazer $299
Keywords: Telebit
Organization: Clemson University
Date: Tue, 28 Jul 1992 13:48:45 GMT

schuster@panix.com (Michael Schuster) writes:

>Qblazer. It's the nagging questions as to whether the price drop
>is to stay competitive, or because a V.32bis model is to be introduced
>shortly. I'd go for the latter if it were available.

I received my QBlazer on Friday after ordering it on Monday when I saw
the info on its price reduction via this newsgroup.  I seriously doubt a
V.32bis model will be available at this kind of price in the near
future.  I have found the modem to be very studly and well documented.


-- 
W. Gregg Stefancik
wstef@eng.clemson.edu
Newsgroups: comp.dcom.modems
From: snuffy@netmbx.netmbx.de (R.J. Bartle)
Subject: InitString InfoRunner>btx/videotext/prodegy?
Organization: netmbx, Berlin, Germany
Date: Thu, 23 Jul 1992 21:30:01 GMT

I have infoRunner VP-9624 2400Bd MNP5 V42 and v42bis with
Fax 9600 s/R what I need now is to get it wo work with German "Prodegy" called
BildShirmText or BTX! I need to get rid of the "specail Features" like MNP and
V42 / v42bis etc etc!??

Can anybody help!
e. mail to snuffy@zelator.in-berlin.de or snuffy@netmbx.netmbx.de
or fax to +49.30.6860053
Thanks in advance!


-- 
******************************************************************************
* Ron J. Bartle,                                                             *
* Onckenstr. 19.,       (Incoming Tourist Services-Bln.)                     *
* D-W-1000 Berlin 44.   - snuffy@netmbx.de  or snuffy@zelator.in-berlin.de   *
From: wtm@uhura.neoucom.edu
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 10:29 MDT
Subject: Re: Why not PEP over cellular?
Nf-ID: #R:BOB.92Jul17141605@volitans.morni:-1007531751:1992Jul18.062957.11702@uhura.neo:51517397:001:930
Nf-From: uhura.neoucom.edu!wtm    Jul 18 10:29:00 1992


In article <BOB.92Jul17141605@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
>there may still be a long FTP transfer or source tree rdist or NNTP

Netnews may be fun, but daytime cellular rates hovering around
$0.40 per minute, tend to make it a less interesting.  Too bad that
not many pay phones have modular jacks available (though a few in
places like airports have jacks.)

One thing I've noticed is that cellular links seem to have fairly
long transmission latencies and may have a noticable echo from the
distant end.  I often can hear echo from the distant end on my cell
phone.  Qualitatively, it sounds like a delay of around 0.05 second
with only about -20 dB attenuation.  The effect is more pronounced
when talking between two cell phones.


-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   (140.220.1.1)
From: alain@uniforum.qc.ca (W.A.Simon)
Newsgroups: comp.dcom.modems
Subject: WorldBlazer - the movie
Date: 27 Jul 92 19:43:32 GMT

In <13985@uniforum.qc.ca> I was telling you about blazing modems:
> [ ... ] 
> KrashkrackBoom.  Shlack.  Shit.
> [ ... ] 
> a)  When calling another WorldBlazer (from now on, I'll just write WB)
> [ ... ] 
> b)  When calling some of my PEPy neighbours, yeach, NO GO...  Some are
> [ ... ] 
> c)  When I use my other modems to call into my WB, lo and behold, it
> [ ... ] 
> d)  There were quite a few unexplained events but I could not see any
> [ ... ] 
> [ FX: scream ] HELP!

	I should add another item to my list (it is not related to WB's
	specifically; in fact all buffered modems have the same symptoms
	on my systems): my xfer rates are twice as high going out of my
	system as they are coming into it.  I set up for hardware control
	flow (58 and 68 = 2) and my DTE speed is 38400.  But I run SCO
	Unix 3.2v4, and as far as I can tell, this happy crew have never
	heard of cts/rts and they can only count up to 9600.  Of course,
	I do not discount the not unlikely possibility that I could have
	done something wrong...

	I have already heard it said that for half the money I could
	have had a real Unix OS, so spare me the wits.  I also heard
	about FAS drivers but I'd rather switch OS than fight this one.
	What I ask of this august assembly is "is there a winning
	combination of flow control and speed strategies?".



--
 The Vacuum Cleaner Man (reality sucks)
 God made me a chauvinist, my woman made me clean the house
Newsgroups: comp.dcom.modems,can.uucp
From: johnson@tigger.jvnc.net (Steven L. Johnson)
Subject: Re: UUCP 'g' vs. MNP & V.42
Originator: johnson@tigger.jvnc.net
Organization: JvNCnet
Date: Sat, 25 Jul 1992 19:46:14 GMT

geoff@zswamp.UUCP (Geoffrey Welsh) writes:

>Ross Ridge <ross@zooid.guild.org> writes:
>> The T2500 won't spoof with v.42.

>   Why should it?  You only *need* spoofing if you're using PEP or some other 
>half-duplex scheme like Microcom's V.29 modems or USRobotics' HST series.

It also helps with V.32/V.32bis connections if you're stuck with small
packets and windows, g(3,64).  Spoofing is supported under MNP, isn't
it?

-Steve
Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 23 Jul 1992 00:29:50 GMT

In article <1992Jul22.171145.25307@angular.uucp>, jas@angular.uucp (Jim Shankland) writes:
> 
> >Right.  Use TurboPEP in links like Pakistan to Ecuador, but use
> >V.32bis in most of the USA.
> 
> Thanks; that's very useful information.  Does anybody have any thoughts
> about SLIP with v.42bis and V-J header compression?  Does v.42bis
> eliminate the need for V-J header compression?  Or vice versa?
> Would it be a mistake to use both?  And what about PPP vs. SLIP?


Use both cslip or VJ-compression and v.42bis.  They do different things
and are quite complimentary.  VJ-compression shrinks the 40 byte TCP/IP
header to 3-5, which is much more than the factor of 2-4 that v.42bis
does on the overall data stream.  VJ-compression radically reduces
latency for interactive applications such as `rlogin` or `telnet`.
V.42bis on the other hand significantly improves throughput by
compressing everything by up to 4X.

Please note that on precompressed data (as in `rcp` or `ftp`), v.42bis
does not seem to do any good (or harm), while VJ-compression always
shaves the 40-Byte headers.  When moving data, 40 bytes out of an MTU
of 256 or 512 is not great, but it helps.

PPP is trendier, more automagic, potentially self-configuring, and
potentially faster if you buy Morning Star's or others' hardware, but
SLIP is more common.  Use what you have available and can afford.


Vernon Schryver,  vjs@sgi.com
From: zeke@fasttech.uucp (Bohdan Tashchuk)
Newsgroups: comp.dcom.modems
Subject: Telebit prices vs. Hayes prices
Date: 22 Jul 92 22:27:55 GMT
Article-I.D.: fasttech.1992Jul22.222755.17594
Organization: Fast Technology

In article <Brp6vG.GtL@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>Note that the WorldBlazer uses TIES, while the T3000 doesn't.  Or
>perhaps it now does --  My T3000 from last year used the Hayes-style
>guard time, which was replaced by TIES in the WorldBlazer upgrade.
>It's documented on the last page of the WB addendum.  I called tech
>support asking why (before I noticed it in the manual) and was told
>"we're trying to get out of paying Hayes."

If only Telebit could save enough money by using TIES that I could buy a
Telebit V32bis modem (eg T3000) for less money than I can buy a Hayes V32bis
modem (eg OPTIMA 144).

Still, at least ONE PERSON at Telebit took Marketing 101. PC Magazine just made
the QBlazer modem Editor's Choice. SOMEONE made the intelligent decision that,
given this free publicity, they might be able to sell thousands of modems at
$299, rather than dozens at the "list" price of $599. (Probably alienates their
remaining dealer network yet again, though.)
From: ocon@bert.cs.byu.edu (John S. O'Conner)
Subject: 9600 baud Zoom under SCO XENIX
Organization: Brigham Young University, Utah
Date: Wed, 22 Jul 92 18:11:23 GMT


I have a Zoom 9600 v.32, which is supposedly Hayes V compatible.  Using the
dialers provided with SCO Xenix 2.3.4, I've been able to successfully
communicate at 2400.  HOWEVER, I want to use my modem at 9600 like I'm 
supposed to be able to do.

When I configure XENIX for 9600 baud communication and use the HA96V dialer
I get execdial local failure errors.  Using the HA24 dialers, everything
works fine.

Has anyone else tried to use 9600 bps Zoom modems under Xenix?  I've 
downloaded the SLS for 9600 baud communication (unx220.Z), BUT it doesn't 
seem to work any better.

I'm stumped,
John
ocon@bert.cs.byu.edu
From: larry@bigtime.wa.com (Larry Gilbert)
Newsgroups: comp.dcom.modems
Subject: Practical Peripherals PM14400FX -- V.42bis problems
Date: Thu, 23 Jul 92 20:41:46 PDT
Organization: Big Time Television

This modem of mine will frequently forget how to speak V.42bis or MNP.  When
this happens, it will try and try to establish such a connection, but fall back
to a normal connection anyway.  The only fix is to reset my computer, either
with a hard reset or a power cycle.

I run a BBS full-time, so I have had to disable V.42bis and MNP completely just
to keep the BBS running.

If you know a fix for this problem, please send me e-mail.  Thank you.

--
Larry Gilbert  :  larry@bigtime.wa.com
"Television, the drug of the nation, breeding ignorance and feeding radiation."

Newsgroups: comp.dcom.modems
From: zxmgn01@mailserv.zdv.uni-tuebingen.de (Philipp Knirsch)
Subject: Re: Supra V.32bis -> Generic 2400 connection?
Organization: Comp. Center (ZDV) U of Tuebingen, FRG
Date: Sat, 25 Jul 1992 06:58:02 GMT

In <1992Jul24.161752.10657@msuinfo.cl.msu.edu> ignasiak@convex.cl.msu.edu (Todd J. Ignasiak) writes:

>A friend of mine just got a Supra V.32bis and he is having trouble 
>connecting to 2400 baud modems in the area.  I remember seeing a lot of
>talk about this earlier.  Was there a fix for this?  was it
>a different init string?   Or is this problem fixed in the ROM upgrade?

>any help is appreciated ( I'm getting one too )

>Todd Ignasiak

>btw - is there a Supra faq list??

>--
>----------------------------------------------------------------
>*  Todd Ignasiak                   Michigan State University   *
>*  ignasiak@convex.cl.msu.edu      East Lansing, MI            *
>----------------------------------------------------------------


Hi, Todd...

Well, i can just speak about some problems connecting to plain modems in
general with the supra, that is modems with no error-correction or compression.
Because these modems can`t do it, they receive after a connection the bytes
with which the sending modem (in our case the supra) tries to make a
MNP or V.42(bis) connection, but these bytes will then be normally received
by the receiving modem and so directly to the BBS or whatever you call.
Now it depends heavily on how the BBS reacts on such "garbage" during
login. If its a good one, it`ll just leave out these characters or wait a
few seconds after connect to ensure not getting those "connect" bytes.

I had big problems when calling my university, as they still have only plainb
modems without any MNP or V.42(bis) and i also got thrown out in 50% of the
times.

But there is an easy solution to this:

You just have to change the supra from auto-reliable to normal connect, where
the Supra doesn`t try to make any MNP or V.42(bis) connection and therefor
doesn`t send these garbage characters.

The command for this is: AT\N0

I would recommend to include it in a second dial-startup string
(like AT\N0D) and use this dial-startup string for every plain modem you are
calling.

Hope this will help you.

Read ya, Phil

--
  ~~~~~~~   "And even if you think you are at the bottom, something else
 (~ O O ~)   happens which makes everything even worse."
  |  >  |   Philipp Knirsch, Peter-Imhoffstr. 57 7402 K-furt, Germany
  \ \_/ /   email: knirsch@mailserv.zdv.uni-tuebingen.de
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: PPI 14.4fxsa: Failed RTS/CTS Cable Test
Date: 30 Jul 92 19:44:38 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <mr.712342142@rat>, mr@rat.cica.indiana.edu (Michael
Regoli) writes: 

>    As I noted to you in a prior reply the "AT&T19 error" is not an
>    error at all. The &T19 test requires software support. This is not
>    clear from the documentation, but that is the case. It cannot be
>    used from the command line manually.
> 
> However, there have been reports as well that say PPI is aware of this
> and recognized it as a BUG rather than a FEATURE.

Such reports are in error. The way PPI explained the &T19 test is 
exactly correct; it requires close software support. Specifically, 
it requires the software to drop the RTS signal at a specific point, 
so that the modem can attempt to detect the state change. I know of 
know comm software that allows the user to manually change the state 
of RTS (although I know of some datacomm test programs that do), 
which means that this is not a test most peple can do "by hand".  
All current Hayes comm programs (for both PCs and Macs) do this test 
automatically (if they detect that they're talking to a modem 
capable of the test) to determine the best method of flow control to 
use.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
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: laubfrosch@tron.gun.de (Dieter Rosenhagen)
Newsgroups: comp.dcom.modems
Subject: Re:Zyxel - which Buadrate?
Date: 23 Jul 92 10:13:00 GMT
Organization: TRON Public Mailbox, Neurath, Germany

Am 15.07.92 um 12:01 schrieb S_SCHORR%iravcl.ira.uka.de@USENET.ZER unter dem Betreff Zyxel - which Buadrate?:

-> From: S_SCHORR@iravcl.ira.uka.de (|S| Roland Schorr)
-> Subject: Zyxel - which Buadrate?
-> Message-ID: <0tp'>e7j2	hF
y<Ed	[*[l)/2fOt
Mok+!^QA<ARRqVTJd!\sa)0kK
u[k<G5`i^$b2=5\9"[HXf/GSkafZ\Cug
lKzw9nHgRG}|HJq\l2ZIX$y:V}~y^rI@s[[%Ig08B5O!
eO=EC
>+m_{(`pqY8V6[h?a7C'37R4:aM-@	c)1@|#ED-3&Vd@Lu!-Pf`{:uH_G>a).PaB;[/S;_y!at<tbq4EJ32>e.>L	{GoQTA~,H+w:Ok)
hHGFg
uR7->-(FH{o{4'>;;w^'$J&_*U3'3Bn{q{^4F$a_V.a	|*/oVRx8e`2qs9rYu|~c@G?L}zfs&.+8o5m>rJSK#V{N4TECvmts`LCmhzD"d4mwBNpJH[vK
<R;~[zUS-Robotics 16.800.

Bye,
Laubfrosch.

>>>LAUBFROSCH - ZERBERUS-POINT FROM A.U.G.E. 4000 - DUESSELDORF,FRG<<<
02181/82208 >TRON< | Fast (?) alle Netze | 030/660MB/HST_DS
-- THE ANSWER V2.03
Newsgroups: comp.dcom.modems