HDTenEightyP/NetNews huggingface dataset:
From: stevenf@m2xenix.psg.com (Steven Frazier)
Subject: V.25bis Modems
Organization: Pacific Systems Group, Portland Oregon US
Date: Sun, 4 Oct 1992 12:32:11 GMT
Keywords: V.25 bis X.25


I am looking for a MFG/model number for a V.25 bis Modem for use on x.25.
Could someone email me a MFG and model number that runs v.25 bis?

Please email me at sfrazier@norstan.com

Thanks in advance.

Steve
From: dogbowl@dogbox.acme.gen.nz (dogbowl)
Newsgroups: comp.dcom.modems
Subject: ZyXEL modem problems
Summary: It won't detect ringing.
Keywords: won;t answer
Date: Tue, 29 Sep 92 16:53:39 Y
Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)


I've discovered a peculiar fault with my ZyXel 1496S modem

If there is incoming ringing when my bbs resets the modem, its ring
detection shuts down.

I only reverts to normal behaviour after the bbs dials out to poll my
neighbours.

This is a real problem, as my site gets very busy in the evening, and
the software resets the modem after every call. It takes about 5 seconds
before it does, however, and that time period is quite often enough for
someone to try ringing in. End result: They don't get answered.

Is this a firmware fault? ( I'm using M4.12c ROMs )

Has anyone else experienced this kind of problem?

email or post here please.



dogbowl at The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)
dogbowl@dogbox.acme.gen.nz

Xref: sparky comp.dcom.modems:14219 comp.sys.sun.admin:6796
From: wainner@Pt.hq.af.mil (Scott Wainner)
Newsgroups: comp.dcom.modems,comp.sys.sun.admin
Subject: Porblem connecting to Sun dialin using Intel 14.4ex
Keywords: ttytab, getty, dialin, sun, hayes, intel
Date: 30 Sep 92 02:10:49 GMT
Followup-To: wainner@hq.af.mil
Organization: Headquarters Air Force, The Pentagon Washington, DC


Okay, we've racked our brains and tried all kinds of things but can't
get our high speed modem to work on a Sun SPARCstation with SunOS4.1.x
Here's the situation, we have two modems described below.

1. Hayes 1200 external modem attached to /dev/ttya
2. Intel 14.4ex modem attached to /dev/ttyb

We attempt a connection on the Hayes and get a successful connection
with the getty presenting a login prompt.  Move the same phone line
over to the Intel and get a high speed connection but the prompt (or
whatever it is) gets trashed.  We're using kermit on the originating
machine (a NeXT).  The Intel works just fine on a PC and a MAC but 
not the Sun.  Here are the details ...

On the NeXT, here is the .kermrc file:
---------------------------------------------------------
set line /dev/cufa
set speed 9600
set escape-character 31
set handshake none
set flow none
set modem hayes
set parity none
set prompt NexT-Kermit>
set terminal bytesize 8
set duplex full
set retry 30

Here is the session on the NeXT where I tried to log on to the Sun:
------------------------------------------------------------------------------------------
venus> kermit
Connecting to /dev/cufa, speed 9600.
The escape character is ^_ (ASCII 31).
Type the escape character followed by C to get back,
or followed by ? to see other options.
AT DT 9,xyz abcd
CARRIER 9600
PROTOCOL: LAP-M
CONNECT 9600
xxxxxxxxxxxxf`x~f~fxxf`x~``ffx~~x~~xxxxf`x~``ffx~~x~~`x``

On the Sun SPARCstation, here are the relevant lines of  /etc/ttytab:
---------------------------------------------------------------------------------------------
# @(#)ttytab 1.6 89/12/18 SMI
#
# name  getty                           type            status  comments
#
console "/usr/etc/getty std.9600"       sun             on local secure
ttya    "/usr/etc/getty d1200"          dialup          on remote
ttyb    "/usr/etc/getty std.9600"       dialup          on remote

and here is the relevant Sun SPARCstation lines of /etc/gettytab
(Note these are the original configurations):
-----------------------------------------------------------------
# @(#)gettytab 1.9 89/09/27 SMI; from UCB 5.7 2/16/86

# Dial in fixed tables
2|std.9600|9600-baud:\
	:sp#9600:

# Dial in rotary tables, speed selection via 'break'
d1200|Dial-1200:\
	:nx=d150:fd#1:sp#1200:

PLEASE MAIL REPLIES TO
	wainner@hq.af.mil (Scott Wainner)
	since this is posted for someone else.  Thanks.
Newsgroups: comp.dcom.modems
From: jpf@wstar.mixcom.com (John P. Flanagan)
Subject: Re: Don't Order Supra ROM Upgrade
Date: Fri, 2 Oct 1992 15:16:38 GMT
Distribution: usa
Organization: WaveStar Technology
Keywords: Supra

thorh@sail.LABS.TEK.COM (Thor Hallen) writes:

>The ROM "upgrade" does not fix the inability of the SupraFAXModem V.32bis
>to connect at 14.4 kbps where other brands will and the new work-arounds
>don't perform as claimed in the documentation. Now we hear that the 1.2C
>ROM's had the caller ID feature that is quietly being removed from the 
>standard ROM's unless we pay for the enhanced version. I will be reinstalling
>my 1.2C ROM's. Fortunately I didn't pay for the "enhanced version".

I ordered the FREE upgrade earlier this week.
Could you elaborate?  What are these new work-arounds?

If this upgrade (from 1.2C) is truly a waste of time with regard to
connecting at 14.4k (I'd settle for at least 12k), I think it's time
we start holding Supra's technical people (engineers) accountable.

-jpf
From: i28x1@vax5.cit.cornell.edu
Newsgroups: comp.dcom.modems
Subject: Re: SLIP for MSDOS machines
Date: 26 Sep 92 12:11:15 EDT
Distribution: comp
Organization: Cornell University

In article <#!9n5dq.wolfgang@netcom.com>,
wolfgang@netcom.com (Wolfgang Henke) writes: 
> Bing Ho (hob@soda.berkeley.edu) wrote:
> : I am interested in implementing a SLIP connection for a high-speed
> : v32bis modem and a Sun workstation.
> : 
> : I would like to know about some of the easier to install & use
> : SLIP programs out there for MSDOS machines (Windows is also acceptable).
> 
> 
> I use NET.EXE from the KA9Q package between an ATT6300 8MHz XT running
> MSDOS 3.3 and a terminal server on a Sun network. At V.32bis V.42bis
> and 19,200 baud DTE the ICMP ping times are about 270 milliseconds.
> Modems are a Digicom Scout+ on one end and a Telebit T3000 on the
> other. The phone connection is estimated to be 20 miles long.
> 
> Another package which looks solid is cutcp which I use with the
> slip8250.com packet dri>er
___________________________________________________
>    Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com

Where are these packages available?  Are they pd/shareware or commercial?
From: claes@sparc2.ikb.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.dcom.modems
Subject: ZyXEL ROM V5.01 vs. V5.02
Date: 1 Oct 92 14:02:15 GMT
Organization: University of Essen, Germany



Does anybody knows the difference beetwenn ROM-Versions 5.01 and 5.02?

claes@sparc2.ikb.uni-essen.de
From: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Newsgroups: comp.dcom.modems
Subject: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Date: 5 Oct 92 19:01:43 GMT
Reply-To: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Organization: ANet Test Bench, Karlstad, Sweden
OD-Comment-To: Internet_Gateway

> Okay, now, the question is why??  I know that with my WB,
> at v32bis, I got ~1600cps using Zmodem, so the modem is capable
> of it...but are you telling me that usig Zmodem on an USR V.32bis,
> I will get higher then that yet??

1600-1700cps is pretty normal with ZModem. Larry was, however, discussing the 
throughput on UUCP-G connection. UUCP-G is a =completely= different protocol, 
compared to ZModem. Perhaps the WB is slower at this type of protocols only, I 
haven't tried them out myself. Larry, have you tried using ZModem and checked 
the difference between the WB and your USR? Perhaps it's a difference with 
handling of line noise. Are you getting retransmissions, or is it something 
else, you think?

Pretty interesting, indeed.

                        _       .    __
    Roger Nordin     _ //      /!Net /est Bench
 2:203/602.0@fidonet \X/  Internet: Roger_Nordin@bad.se

---
Newsgroups: comp.dcom.modems
Distribution: jadpc2
Date: Mon, 28 Sep 92 08:50:25 -0800
From: Zero_One@p6.f356.n103.z1.fidonet.org
Subject: ZyXEL dealers?
Comment-To: eadie5295@p6.f356.n103.z1.fidonet.org
Reply-To: Zero_One@p6.f356.n103.z1.fidonet.org
X-FSC-PATH: 202/701
X-FSC-EID: 10ca 2bd845c0
X-FSC-PID:  FM+ 2.1

 >   I was looking at the new line of ZyXel internal fax/modems.
 > They gave a list
 > price of $400-something, but I don't want to pay list price.  Is
 > there anyone
 > that sells ZyXel modems at a discount?
 >                                                 -Trent

Where do you live?

Tyrone Horton
(Zero One)
Tech Support
ZyXEL USA

---
 * Origin: -=ZyXEL USA=- 1:103/356.6 (1:103/356.6)
Xref: sparky comp.dcom.modems:14444 comp.sys.sun.admin:6914
From: peterson@ZGNews.LoneStar.Org (Bob Peterson)
Newsgroups: comp.dcom.modems,comp.sys.sun.admin
Subject: Re: UUCP between two Suns using WorldBlazers
Date: Sat, 03 Oct 92 17:23:09 CDT
Distribution: world
Organization: The Zeitgeist BBS, Plano, TX  214 596 3720

lra00@pecan.spa.amdahl.com (Larry R. Ader) writes:

> I have two Sparc machines that I'm trying to connect (via HDB UUCP) --
> one is a Sun Sparcstation ELC and the other is a Solbourne Series 5.  The
> ELC is running SunOS4.1.2 and the Solbourne is running SunOS4.1.1.  They
> both have WorldBlazer modems directly attached to their serial ports.

  I use a Sun SPARCStation 2 and a Microco QX/V.32c.

	...
> When I use "/usr/lib/uucp/Uutry -d pecan" (the Solbourne machine is pecan,
> the ELC is echidna), I see all the correct expect/send stuff, up to:
> 
> ...
> expect: (in:)
>  14400^M^J^M^Jpecan login:got it
> sendthem (Uechidna^M)
> expect: (word:)
>  Uechidna^M^JPassword:got it
>  sendthem (abcdef^M)
> 
> and then they just seem to hang (i.e., I don't see anything happen) and then
> they finally timeout.	...

  I solved a similar problem by adding an explicit parity selection
command in Dialers:

mcomv32 =W-, "" P_ZERO "" ATZ "" 
	\dA\pTe1V1X0Q0S2=255S12=255\\v0\r\c OK\r\n \pAT 
	DTW\T\r\c CONNECT ""\c

  The "" P_ZERO expect/send pair forces no parity.

> Thanks for your help,
> 
> Larry Ader

    Bob


Bob Peterson          Waffle BBS: peterson@ZGNews.LoneStar.Org
P.O. Box 865132       Internet: peterson@csc.ti.com  TelCo: 214 995-6080 days
Plano, Tx 75086-5132  BBS: 214 596-3720 @1200, 2400, 9600-14400 (HST & V.32bis)
From: inunn@hpb.hwc.ca
Newsgroups: comp.dcom.modems
Subject: Re: Caller ID
Date: 5 Oct 92 11:37:27 EDT
Distribution: usa
Organization: Health and Welfare, Canada

This is what I would like wrt caller ID:

A software package for my PC answering machine which will instruct people with caller ID turned off that they may leave a message only.  People wither caller IDenabled would be rung through if anyone is home.
From: rsnyder@atl.ge.com (Bob Snyder)
Newsgroups: comp.dcom.modems
Subject: Re: Supra New ROM (ordering info)
Date: 1 Oct 92 12:28:30 GMT
Organization: GE Aerospace, Advanced Technology Labs

In article <muysvasovic-290992170406@17.67.4.114> muysvasovic@applelink.apple.com (Jean-Denis Muys-Vasovic) writes:
>In article <blaby.717741060@sfu.ca>, blaby@fraser.sfu.ca (John Edward
>Blaby) wrote:

>> If I am not mistaken, MNP10 is mentioned on the box the modem came in!
>> 
>
>ditto for V23!!

From what I gather, Rockwell promised MNP10 (and possibly V23) would be
implimented in their chipset back when Supra was getting geared up to make the
modem, and didn't deliver, leaving Supra with all the modem cases, boxes, and
promo material that said "MNP10" on it.  Supra said it will be available in the
future, but that there may not be room on the chip for MNP10 and all the other
features, so the MNP10 chips may not have all the features the other chips
have.

Bob

-- 
Bob Snyder, Computing Services, GE Aerospace, Advanced Technology Labs
rsnyder@atl.ge.com, (609) 866-6672, FAX: (609) 866-6397, DialComm 8*777-6672
Newsgroups: comp.dcom.modems
From: ia4@cunixa.cc.columbia.edu (Imran Anwar)
Subject: Re: Telix freezes system!!
Reply-To: ia4@cunixa.cc.columbia.edu (Imran Anwar)
Organization: Columbia University
Date: Sat, 3 Oct 1992 19:14:38 GMT


I have seen the problem with COM1 too on a 286

Imran Anwar
Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: USRobotics dual 14.4 upgradable to v.fast?
Organization: The Gator Conferencing System 219-289-3745 
Date: Mon, 28 Sep 1992 19:38:31 GMT

leadfoot@bigbootay.sw.stratus.com (Mark Curtis) writes:

>V.fast is released they will want another $299.  For $100 to $150 more

Is v.fast only a firmware upgrade or is more involved?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: scottd@cs.hw.ac.uk (Scott Dunn)
Newsgroups: comp.dcom.modems
Subject: Good, cheap 14.4K modem (UK)
Date: 29 Sep 92 09:34:20 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

If this a 3rd post on this topic, then apologies - news reader is a bit flakey.

As you might gather from the subject, I am looking for a "good, cheap 14.4K
modem"

Computer Shopper (UK) recently ran a review of 20 modems sub 1000 pounds, one of
which was the Image Twincom.  At 300 pounds they said it was excellent value
but liable to drop down to 9600 more oftern than not.  I guesss I could live
with that.  Even at 9600, 300 pounds is cheap.

Does anyone have any comments on this modem, or can you recommend some other
modem in the 3-400 pounds price bracket.  I'll be buying mail order, so this
usually chops a large % of the RRP.

Cheers,

Scott.
Newsgroups: comp.dcom.modems
From: robsch@robkaos.GUN.de (Robert Schien)
Subject: DigiScout+ problem
Organization: Private Site, Essen, Germany
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 30 Sep 1992 21:09:05 GMT

I can't connect to a Twincomm 14.4/DF with a speed other than 2400bps.
Is this an error in the Digi?
A Zyxel can connect!!

Robert
-- 
Robert Schien    robsch@robkaos.GUN.de
"To err is human, to really foul things up requires a computer"
From: Juergen_Stessun@pe.maus.de (Juergen Stessun)
Newsgroups: comp.dcom.modems
Subject: Re: 14400bps throuhput
Date: Mon, 05 Oct 92 18:45:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.14

>lines? I have heard figures around the 5% mark, but this would imply an
>upper limit of 1710 bytes/s and many people are quoting figures above
>this...

Without any compression switched on: (!!)
On good data (see below) you will get about 1740 to 1750 CPS under V.32bis and
ZMODEM. You can try this sending a file consisting only of 200.000
Zero-Bytes. On the other hand compressed data are 'not so good' and your
download speeds are about 1660 CPS on normal lines. The difference between
'good' and 'not so good' data is that the protocol (MNP4 or V.42) has to insert
one '0' when finding 5 '1' Bits in sequence. That means: ASCII-Download is
much faster then downloading ZIP/LZH/ARC-Files without compression.

Juergen
From: colonius@dino.dinoco.de (Stephan Muhs)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL modem questions
Date: 27 Sep 92 01:19:52 GMT
Organization: Private

In article <TX9HRB1w165w@dogbox.acme.gen.nz> dogbowl@dogbox.acme.gen.nz (dogbowl) writes:
>
>Some questions about the version 5 ROMS for ZyXEL 1496 modems
>
>1: Will multi-auto mode handshake with 300baud modems?
>   ( Currently I can talk to 300 baud modems if I set the modem to handshake
>     at 300, but that's no good in a BBS situation - yes I do have 300bps
>     callers. No they can't afford to upgrade )
>

Nope, no multi-auto down to 300 bps.

>2: Does it incorporate caller ID?
>

Yes, if you get the megabit versions (V 5.0x M)

>3: Does it support voicemail?
>   if so, i) what CONNECT strings does it return?
>         ii) what software is available to deal with it?
>

Yes, but only in the megabit version. The only software I currently know
of is ZFax.

>4: Have there been any changes to the fax operation?
>

As compared to which firmware revision?

>5: What is the fastest speed supported now? 16k6 or 19k2?
>

16.800 bps full duplex

>6: How large are the binary images? ( email charges to consider )
>

128 kB for 512k-versions, 256 kB for 1M-versions, both uncompressed.
Both versions are quite compressable, especially th 1M-version.

>Also, has anyone with a ZyXEL gotten RCVFAX to work properly?
>Whenever I've tried it, I get a screenful of garbage, and no fax file
>( PCATcompat 286 16MHz, Herc monitor ).

Most people succeed - but I am not an expert on ZFax, sorry.



--
stephan muhs      colonius@dino.dinoco.de
wilhelmstr. 51    ...!unido!easix!dino!colonius
5000 koeln 60     Genie: s.muhs
germany           voice: +49 221 7393484
From: Nikolai_Waldman@p27.atb.bbs.bad.se (Nikolai Waldman)
Newsgroups: comp.dcom.modems
Subject: Re: Slighty "pause" in USRobotics 16.8K modems?
Date: 3 Oct 92 01:45:16 GMT
Reply-To: Nikolai_Waldman@p27.atb.bbs.bad.se (Nikolai Waldman)
Organization: Nickname, Torsby, Sweden
OD-Comment-To: Belletti_Allen_R.

Hi Belletti, !

In a message of  1-Oct-92 you wrote:

 BAR> From: gt4957a@prism.gatech.EDU (Belletti, Allen R.)

 BAR> In article <1afebaINN4ou@haydn.crhc.uiuc.edu> impact@crhc.uiuc.edu
 BAR> (Temporary Account for HP visitors) writes:
 >> Has anyone noticed a slight "pause" or "jerkiness" in reading text

 BAR> I have noticed this effect in my (real) USR DS 16.8k.  Of course,

HST works like this: one way goes 16.8k, the other way only 480 (I
don't remember the exact value). The modem "looks" which way most data
is going and than turns to the fastest connection. A sends to B, A
will send with 16.8k and B with 480. Then B sends a file to A, the
modem will switch, so that B sends with 16.8 and A with 480.
The "pause" is only one way, the one who sends with 480 will send with
"pause". That's HST :(
 
Regards Nikolai


******************************************************************
* Fido-Net: 2:203/602.27                       * Nikolai Waldman *
* Internet: Nikolai_Waldman@p27.atb.bbs.bad.se * Torsby, Sweden  *
******************************************************************
---
Newsgroups: comp.dcom.modems
Subject: Re: V32bis download speeds
From: lchiu@animal.gcs.co.nz (Laurence Chiu)
Date: Tue, 29 Sep 1992 22:08:33 GMT
Organization: GCS Limited, Wellington, New Zealand
Keywords: V32bis ZMODEM

In article <Sep.29.01.06.56.1992.16977@pilot.njin.net> birchall@pilot.njin.net (Shag) writes:
>lchiu@animal.gcs.co.nz (Laurence Chiu) writes:
>
>>... Calling a BBS with a USR Dual (14.4 v32bis) the most I can
>>get using zmodem and zipped files on a download is about 1480cps. 
>>My question is, is this a symptom of not having a 16550A UART? 
>
>I have a '286 with no-name I/O chips, and have gotten slightly better rates
>than that... I have a PPI 14.4, and lock my port at 19.2 on high-speed connx.
>Calling a Supra 14.4 I get up to about 1500cps on zipfiles and over 1800 on
>"normal" files.  Calling another PPI, I've gotten almost 1650cps on zipfiles.
>
>I suspect it's probably just that your Boca and their USR aren't the best of
>friends.  1480 isn't all that bad, for sending zips.
>
>-Shag
>-- 
>
>     Freedom belongs to only those without video screens for eyes and mouth.
>		- Queensryche

Actually I've gotten up to 1700cps sending zips, but only about 1480cps
receiving them. That's the puzzle. I've gotten over 2300 on text files
though (including V42bis I presume).

Laurence Chiu
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL multi-auto with 2400 baud?
Keywords: ZyXEL
Date: Thu, 01 Oct 1992 06:32:07 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery

In article <dirkst.717805465@messua> dirkst@messua.informatik.rwth-aachen.de (Dirk Steinberg) writes:
>
>I have problems connecting to 2400 baud modems with my ZyXEL
>1496 E, 5.01 rev. ROM. It doesn't CONNECT when set to AT&N0
>(multi-auto), I manually have to set it to 2400 bps (AT&N14).
>Is that behaviour normal?
>
Nope. Are you calling them or are you being called?
I have several V.22bis modems calling my ZyXEL (same Rev. as yours)
without a hitch. Including added V.42bis, which usually seems to be
troublesome combination.

>BTW, does anyone know what the correct settings are for 
>make/break ratio (AT&P?) and guard tone (AT&G?) in Germany?

Leave them in their default state.

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  balzer@frsmic.enet.dec.com | CB@brewhq.swb.de | CB@brewhq.swb.sub.org
"The dreams in which I'm dying are the best I ever had"
From: Petty@ralvm29.VNET.IBM.COM (Jack Petty)
Date: Tue, 6 Oct 92 08:57:07 EDT
Newsgroups: comp.dcom.modems
Subject: Re: Trellis correction
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0
            <1992Oct6.043959.21291@seas.gwu.edu>

In <1992Oct6.043959.21291@seas.gwu.edu> William Y. Lai writes:
>
>Hmm, what exactly do you mean by forward error correction?
>
William,
I use the term "forward error correction" very generally as a reference
for any of the methods of coding data such that some number of errors
in the data can be corrected at the receiving end without requiring
re-transmission by the sending end.  Reed-Solomon and BCH codes are the
two classical forward error correcting codes I have seen mentioned most
often.  As I recall, one of the ways of describing such codes is the
number of single, double, etc. bit errors the code can correct and the
number of bit errors it can detect.  If there is a more commonly used
term for such codes, by all means post.
Jack Petty
Newsgroups: comp.dcom.modems,mi.misc
From: matt@jafus.mi.org (Matthew Braun)
Subject: Supra's Caller ID (new feature: not!)
Organization: The Eccentricity Group - Michigan Division
Date: Wed, 30 Sep 92 01:45:57 GMT

I just got my the ROM upgrade notice from Supra yesterday.  There are
basically two options, a free bug fix upgrade with minor new features,
and then there is the *new* Caller ID option for an addition cost of
$24.95 (in the U.S.).

According to the attached posting to comp.dcom.modems, this feature
works in V1.200-C of the ROMs.  So basically the free upgraded ROM
actually disables a feature that we already have, and they now want
to start charging us for it!

Maybe this was not an advertised feature before, but if it used to
work, we shouldn't have to pay more to keep it working!  I guess we
could just stick with the V1.2 ROMs, but the bug fixes would be nice
for most, and from what it sounds, necessary for many.

Matthew.


included posting:
------------------