HDTenEightyP/NetNews huggingface dataset:
From: eederavi@cybaswan.UUCP (Farzin Deravi)
Newsgroups: comp.dcom.modems
Subject: Zenith Internal Modem Noise!
Date: 29 Sep 92 15:20:40 GMT
Organization: University of Wales at Swansea
X-Newsreader: Tin 1.1 PL3

I have a Zenith Minisport and I recently purchased an internal
modem for it. Now everytime I turn the machine on it makes a
little tune. How can I suppress this sound effect and still
use the modem? Is it at all possible???

Please write to me direct as I seldom read USENET.

Thanks in advance.

Farzin


                                   - - - - - - - - - - - - - - - - - - - -
Dr F. Deravi,                    | UUCP  : ...!ukc!pyr.swan.ac.uk!eederavi|
Lecturer,                        | JANET : eederavi@uk.ac.swan.pyr        |
Electrical Engineering Dept.,    | voice : +44 792 295583                 |
University of Wales,             | Fax   : +44 792 295686                 |
Swansea, SA2 8PP                 | Telex : 48149 UICS G                   |
United Kingdom.                  |        GreenNet      gn:f1deravi       |
                                   - - - - - - - - - - - - - - - - - - - -
Newsgroups: comp.dcom.modems
From: jsm@fc.hp.com
 (John Marvin)
Subject: Re: Caller ID
Date: Sun, 4 Oct 1992 01:36:34 GMT
Distribution: usa
Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
X-Newsreader: TIN [version 1.1.1 PL6]

Jay Denebeim (jay@deepthot.cary.nc.us) wrote:
: Ah, you want another feature in the Caller ID package, it blocks calls of
: people who don't want to deliver the calling number.  If they use the 
: 'calling number delivery blocking' feature, they can't reach your home phone.

They just approved Caller ID in Colorado, but besides having the option to
selectively block the number, they will allow people (for free) to designate
there lines such that by default, there number will be blocked. I know
that people who don't have their number blocked can selectively block, but
can people who have their number blocked by default selectively unblock?

	John Marvin
	jsm@fc
From: mrh@newshub.sdsu.edu (Mike Halderman)
Newsgroups: comp.dcom.modems
Subject: T3000 ring detection
Date: 1 Oct 92 22:50:28 GMT
Organization: San Diego State University, College of Sciences
X-Newsreader: TIN [version 1.1 PL6]

We have a phone system that uses two short rings to indicate an incoming call
from outside our system.  The T3000 does not see this as a RING.  It works ok
for local calls that have a longer ring.  Does anybody know of a fix?

Thanks,
Mike Halderman
mrh@nosc.mil
Newsgroups: comp.dcom.modems
From: pw4963@sarah.albany.edu (Peter White)
Subject: Fax software for SUPRA v.32bis(Macintosh)
Organization: State University of New York at Albany
Distribution: na
Date: Sun, 4 Oct 92 23:07:52 GMT

I recently bought a supra v.32bis modem without software.  I had an old version
of FAXstf that did not work with this new modem.  Is there anywhere that 
anybody knows that sells fax software for the Mac, or does anybody know of a
shareware fax package?
Newsgroups: comp.dcom.modems
From: goyal@utdallas.edu (Mohit K. Goyal)
Subject: Can I xfer warranty on a ZYXEL modem????
Organization: Univ. of Texas at Dallas
Date: Fri, 2 Oct 1992 17:22:26 GMT

Hello.  If I buy a 1 year old ZyXEL modem from somebody, will he be able
to transfer the warranty so that I can take advantage of the remaining
4 years?

Thanks.

Newsgroups: comp.dcom.modems
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: 14400bps throuhput 
Distribution: world
Date: Sun, 04 Oct 92 04:03:51 GMT
Organization: Me? Organized? Hah! :-)

In article <1992Oct2.145727.6837@fwi.uva.nl> maarten@fwi.uva.nl writes:

> 1420 bytes / second is not that bad on a 14400 baud line (which transfers
> at most 1440 bytes per second!)

don't forget, he did mention he was running V.42/V.42bis.  as we all
know, V.42 strips off the start/stop bits, and between the modems
you get up to roughly 1724 cps w/o *ANY* compression, period.  so
1420 cps is really pretty pitiful.

in an e-mail response I sent, I suggested double-checking to make sure
that the port speed was not set right at 14.4, but rather 19.2 or
greater (required to take advantage of the above increase in raw
throughput).  I suspect that this is, in fact, the problem.  we'll see
when the original poster replies to my mail.....

   --jim

--
#include <std_disclaimer.h>                                 73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
ICBM:  41.70N 87.63W                    UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)    AMTOR SELCAL:  NIAL
------------------------------------------------------------------------------
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.dcom.modems
Subject: Re: Caller ID
Date: 2 Oct 92 14:47:18 GMT
Distribution: usa
X-Newsreader: TIN [version 1.1 PL6]

I (edhall@rand.org) wrote:
: 1. California does not yet have Caller ID, and may never have it.  This
:    is a legal issue, not a technical one--many areas in California
:    already have Central Office gear capable of Caller ID.

I should probably clarify this.  The California PUC has approved Caller
ID, but put restrictions on it that the phone companies claim are
unacceptable.  Unless one side or the other gives ground, it is effectively
unavailable in California.  This is a similar situation to the one another
netter described in Ohio.

NOTE:  Wisdom would indicate that we NOT editorialize on or discuss the
ethics and social merits of Caller ID in comp.dcom.modems.  It is only
slightly less volatile an issue than abortion or gun control...

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.dcom.modems
From: nolan@helios.unl.edu (Michael Nolan)
Subject: Re: Can't go above 1400CPS
Reply-To: nolan@helios.unl.edu
Organization: University of Nebraska - Lincoln
Distribution: usa
Date: 27 Sep 92 21:44:35 GMT

dliao@aludra.usc.edu (David Liao) writes:

>I just bought Zyxel 1496E and a 10 foot serial cable from Egghead.
>When I do transfer with local BBSs, my modem receives CRC or ZHEADER errors
>if the rate goes above 1400CPS.  I used the same modem from my friend during
>the summer and I had no problem at all.  I also replaced my IDE card.

>So, which is the source of the problem?

>1) Zyxel 1496E
>2) 10 foot serial cable
>3) cheap serial chip in IDE

I suspect 3.  I've had similar problems, and found I needed to set the DTE
speed no faster than 19200.  (BTW, how fast is your CPU, that could also be
a factor.)
---
Michael Nolan
nolan@helios.unl.edu, nolan@tssi.com, mike.nolan@genie.geis.com
"A monk, a clone, and a Ferengi decided to go bowling together..."
Newsgroups: comp.dcom.modems
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: ZyXEL's -- do they ever work?
Keywords: ZyXEL
Organization: CS
Date: Fri, 2 Oct 1992 21:19:52 GMT

In article <dirkst.718051437@messua> dirkst@messua.informatik.rwth-aachen.de (Dirk Steinberg) writes:
>Hi there,
>
>has anyone ever seen a real *working* ZyXEL 1496E? I bought one a

I have 2 of 'em now, they both work flawlessly.  I have the rev 5.01 roms.

Perhaps you bought them from a sleazeball fly by night operator...
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: rdippold@qualcom.qualcomm.com (Ron Dippold)
Newsgroups: comp.dcom.modems
Subject: Re: TIES and T. Nixon
Date: 26 Sep 92 23:45:14 GMT
Organization: Qualcomm, Inc., San Diego, CA

herrickd@iccgcc.decnet.ab.com (daniel lance herrick) writes:


I'll agree with that...  I'm smart enough to realize the difference
between Mr. Nixon posting something that's his own opinion and his
posting a press release, which has gone through the pits of the
lawyers and the marketing department.  IMO, Hayes is acting like a
bunch of assholes here, but I'm not going to lay that off on the
engineers. 
-- 
Confucius say damn too much  -- recent Chinese proverb
Newsgroups: comp.dcom.modems
From: loeraalv@tramp.Colorado.EDU (LOERAALVIDREZ JORGE INES)
Subject: Telix comm program
Organization: University of Colorado, Boulder
Distribution: usa
Date: Tue, 6 Oct 1992 18:25:31 GMT

First of all I'm sorry if this is the wrong newsgroup in which to post.

I liked Telix very much when I tried it during the evaluation period.  I
would have registered it if it wasn't for two annoying problems.

1) Faulty vt100 emulation.
   I dial in to the school's unix machines from home.  When I do this, I
   usually run Gnu Emacs and Elm.  The problem occurs when I try to use
   the back-space key inside of emacs because it is treated as ctrl-h.
   This will bring up emacs' help screen which is not what I want.  Inside
   of Elm the arrow keys don't work at all.  Mskermit 3.12 is the best.

2) Limited packet length during kermit transfers.
   Usually the phone connection to the school has a lot of noise.  During
   these situations, only the kermit transfer protocol will work for file
   transfers.  Telix does provide the kermit protocol but it limits the
   packet length to 94 which makes it painfully slow.  Mskermit 3.12 uses
   packet lengths as big as 2000.  Mskermit 3.12 is the best.

Does anyone know if these problems will be taken care of in future releases
of Telix?  Will the new owner of Telix listen to suggestions?  Has anyone
found fixes or ways around these problems?

Any help is appreciated.
From: radel@bach.udel.edu (Todd Radel)
Newsgroups: comp.dcom.modems
Subject: Re: Hayes Press Release: High-Density Rack Communications System
Date: 5 Oct 92 00:20:35 GMT
Organization: University of Delaware

In article <6126.2acf0655@hayes.com> tnixon@hayes.com writes:
>
>                                              FOR IMMEDIATE RELEASE
>                                                        H-2492+++AT
                                                               ^^^

Gee...looks like a "TIES bomb" to me.  What do you all think?


-- 
Todd Radel                   | "Hello.  My name is Inigo Montoya.  You killed
CIS/English undergrad        | my father.  Prepare to die."
University of Delaware       | "STOP SAYING THAT!" 
A.I. duPont Institute, 1600 Rockland Road, Wilmington, DE  19899
Newsgroups: comp.dcom.modems
From: gtoal@pizzabox.demon.co.uk (Graham Toal)
Subject: Dallas Fax 14.4 Pro Plus modem problems 
Distribution: world
Organization: Cuddlehogs Anonymous
Date: Wed, 30 Sep 1992 18:56:21 +0000


In article <1a7broINN5pa@gershwin.crhc.uiuc.edu> impact@crhc.uiuc.edu writes:
>>From the start I have been unable to get the speaker to turn off.
>>Using ATM0 only turns the volume down but I can still hear the static
>>of the connection.  Does anyone have a solution to this?

Nope ATL & ATM together can't be made to turn it off.  I cured the
problem by part-exchanging it for a Supra.

G
From: rlm@mcgort.COM (Robert McMillin)
Newsgroups: comp.dcom.modems
Subject: Re: Info on Telebit vs ZyXEL please
Date: 27 Sep 92 14:29:10 GMT
Organization: PBSR (Private Beta Site Research - Certified NetWare Engineer)

johnn@eskimo.celestial.com (John Navitsky) writes:

> I have heard a lot of talk however about the ZyXEL modem and am curious.  It
> seems that they have a lot of features, but after seeing an add in one of the
> computer magazines, they look (no offense) cheep.  It also appears that both
                                             ^^^^^

I have seen this "alternate spelling" of cheap used elsewhere on this
net.  Is this a refinement of "cheap" in the sense of "shoddily made AND
inexpensive" or is it just a number of people spelling like chickens :-)?
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: FAQ -- define v.32, v.42, etc.
Date: 6 Oct 92 19:53:48 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <rdippold.718336929@qualcom>,
rdippold@qualcom.qualcomm.com (Ron Dippold) writes: 

> hughesk@helium.gas.uug.arizona.edu (Kirby W. Hughes) writes:
>>I just want to get this straight...  :)  If I buy a v.32bis modem, I don't
>>also need v.32 to talk to 9600 bps modems?  (v.32 modems I guess)
> 
> V.32bis modems will fall back to V.32.  I'm not sure if this is a
> _requirement_ in the spec, but they'd be stupid not to do it, and I
> have never seen a V.32bis modem that wouldn't do it.

Fallback to V.32 _is_ a requirement in V.32bis.

-- 
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: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL U1496E+
Date: Sun, 27 Sep 1992 08:24:29 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery

In article <3833@randvax.rand.org> edhall@rand.org (Ed Hall) writes:
>
[V.42bis is good 4 u]

Ed, you didn't get it. Of course V.42bis would be "nice to have" in any
kind of modem, including V.fast (whenever that happens).
But the point being made by Andreas was, that if the current line of ZyXEL
modems wouldn't be upgradeable to V.fast PLUS V.42bis but just to V.fast
w/o compression he'd prefere an upgrade path even w/o V.42bis.

And to this I have to agree 100%. 

If someone does SLIP (why not CSLIP?), PPP or certain online jobs it
_might_ be worth the financial hazzle for them to upgrade to a new modem
with V.fast _and_ V42.bis.
But if I could get away with a ROM update to V.fast w/o V.42bis I'd be
happy, since my modem applications don't need additional compression...

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"

Newsgroups: comp.dcom.modems
From: pascoe@rocky.gte.com (Dave Pascoe)
Subject: MNP5 with WorldBlazer
Organization: GTE/MSED - Needham Heights, MA
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 6 Oct 1992 15:09:54 GMT


I'm having problems with users who are trying to dial in to a
WorldBlazer with 2400 baud MNP-5 capable modems.  It seems that the
MNP negotiation isn't succeeding.  The user usually gets Carrier
Detect and then the connection hangs up.  Sometimes a complete
connection is made but it's a standard 2400 baud connection.

My WorldBlazer config is:
WorldBlazer - SA - Version LA5.00W- Active Configuration
 B1  E1  L2  M0  Q2  T   V1  X2  Y0
&C1 &D3 &G0 &J0 &L0 &Q0 &R3 &S1 &T4 &X0
S000:1   S001=0   S002=43  S003=13  S004=10  S005=8   S006=2   S007:60
S008=2   S009=6   S010=14  S011:50  S012=50  S018=0   S025=5   S026=1
S038=0   S041=0   S045=0   S046=0   S047=4   S048=0   S050=0   S051:253
S056=17  S057=19  S058:2   S059:15  S060=0   S061:0   S062=15  S063=0
S064=0   S068:3   S069=0   S090=0   S092:1   S093=8   S094=1   S100=0
S104=0   S105=1   S111=255 S112=1   S151=4   S155=0   S180=2   S181=1
S183=25  S190=1   S191=7   S253=10  S254=255 S255=25

Note that S180=2 and S181=1 so the error control and fallback should
be: LAP-M->MNP->Buffered.

The only thing I can figure it that perhaps S183 (Error Control
Detection Timer) needs to be changed.  But I'm not sure which way it
should go.  Surely somebody has been through this before.
--
Dave Pascoe
Internet: pascoe@rocky.gte.com
GTE/MSED - Needham Heights, MA
(617) 455-5704
Newsgroups: comp.dcom.modems
From: bair@telebit.com (Scott Bair)
Subject: Re: FAQ -- define v.32, v.42, etc. 
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Sun, 4 Oct 1992 15:06:40 GMT

In article <1992Oct3.170430.6528@telebit.com> bair@telebit.com (Scott Bair) writes:
>In article <717037184snx@n5ial.chi.il.us> jim@n5ial.chi.il.us (Jim Graham) writes:
>>In article <716444686snx@dcthree.alisa.com> denny@dcthree.alisa.com writes:
>>
>>> V.32 - Signalling scheme for 9600 baud over phone lines
>>> V.32bis - Signalling scheme for 14400 baud over phone lines
>>
>>first off, that should be 9600 bits/second and 14,400 bits/second,
>>and not baud....they're *NOT* the same.  V.32 is a modulation scheme
>>that operates at 9600 bits/second (fallback to 4800 bps), and *NOT*
>>9600 baud.  likewise, V.32bis is a modulation scheme that operates
>>at 14,400 bps (fallback to 12,000 bps, 9600 bps, 7200 bps, and 4800 bps).
>
>Please note that the above speeds use modulation techniques that are
>2400 BAUD.
>>
>>> V.42 - LAP-M error correction, used over V.32 and V.32bis connections
>>
>>and others, too.  V.42 is not limited to operating only on top of V.32
>>or V.32bis.
>>
>>> V.42bis - Data compression used over V.42/V.32 and V.42/V.42bis connections
>>
>>see above --- V.42bis requires V.42 operating in LAPM (Link Access
>>Procedure for Modems) mode, but that's it.  if you have a LAPM link,
>>you can run V.42bis.
>
>Not true. V.42bis doesn't require error correction. It is a separate module.
>
>
>Scott Bair
>Systems Engineer
>Telebit Corporation
>bair@telebit.com
>>

Hello Fellow Netters,

I wish retract my above statement. I have been corrected by Greg Andrews,
a well respected netter in his own right.

I wish to appologize to anyone who was confused by my statements.

Scott Bair
Systems Engineer for Telebit Corporation

To err is human. To shoot one own foot twice is another thing.

Newsgroups: comp.dcom.modems,comp.sys.apple2
From: johnt@meaddata.com (John Townsend)
Subject: Re: I love Supra! (NOT!)
Organization: Mead Data Central, Dayton OH
Date: Wed, 30 Sep 1992 14:52:31 GMT
Distribution: usa

In article <bazyar.717812220@teal>, bazyar@teal.csn.org (Jawaid Bazyar) writes:
|> hbj@engr.uark.edu (Bernard Johnson) writes:
|> >You're getting all the freebies and I can't even get a voice call back!  I
|> >think their customer support stinks.  You must be doing something that promotes
|> >their product to be getting treatment like that.
|> 
|>   Supra's customer support, to put it bluntly, sucks.  I demon-dialed
|> their tech support number for a WEEK straight, and was unable to get
|> through.  Anyway, he just said he's on the sysop deal. They probably
|> gave him a special number.

Voice communication by telephone?!  How quaint!  No, I don't have any special
numbers; I've always just used fax and email with no hassles at all.  But
then, I've never had a problem with the modem either.  Here are the numbers,
as best I know them:

    503-967-2400  (main 8-5pst)
    503-967-2401  (Fax)
    503-967-2410  (Sales 7-5pst)
    800-727-8772  (Sales 7-5pst)
    503-967-2440  (Tech Support 9-4pst)
    503-967-2444  (BBS, 2 line v32bis)
    CompuServe       76004,565 or Go Supra
    GEnie            SupraTech
    Bix              SupraCorp
    America Online   SupraCorp2
    AppleLink        D2456

Oh, and neither I nor MDC have absolutely any connection to Supra except that
I am a very satisfied customer.

-- 
// John Townsend             "I thought I was      Legal Conversion Engineering
// Mead Data Central          wrong once, but         johnt@skibum.meaddata.com
// 8891 Gander Creek Dr.      I was mistaken."         ...!uunet!meaddata!johnt
// Miamisburg, OH  45342            8-}                          (513) 865-7250
From: gerg@netcom.com (Greg Andrews)
Newsgroups: comp.dcom.modems
Subject: Re: Slow Worldblazer to Worldblazer uucp transfers
Date: 4 Oct 92 23:25:01 GMT
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

In article <1992Oct02.015304.4300@edgar.mn.org> bryan@edgar.mn.org (Bryan Halvorson) writes:
>In article <1992Oct1.082747.6580@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>>
>>The S70 register is showing a little slower than S72.  Each register shows
>>a direction, one for receiving, the other for transmitting.  Perhaps your
>>transfers were in the slower direction.  When the modem's raw transmission
>>rate is slowed, the data throughput will also be slowed.
>>
>What kind of figures should we see in s70/s72 if the modem can achive
>full speed over the phone line?
>

I haven't had a chance to check with the engineers, but I usually see
25500+ on S70/S72 when I'm testing modems in a back-to-back configuration.
Newsgroups: comp.dcom.modems
From: robsch@robkaos.GUN.de (Robert Schien)
Subject: Re: Twincom 14.4/DF
Organization: Private Site, Essen, Germany
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 29 Sep 1992 21:27:04 GMT

Has aynone a profile for the Wincom 14.4/DF when used in answering
mode? I have the problem that the Twincomm answers only V.22bis
calls (2400 bps). All others do not work. The calling modem is
a Digiscout Plus.

Thank you in advance for any hints.
Robert

-- 
Robert Schien    robsch@robkaos.GUN.de
"To err is human, to really foul things up requires a computer"
From: db6p+@andrew.cmu.edu (Douglas A. Balog)
Newsgroups: comp.dcom.modems
Subject: unix file transfer programs.
Date: 5 Oct 92 06:26:23 GMT
Article-I.D.: andrew.Aeo52D_00WB2ITUV0c
Organization: Pittsburgh Supercomputing Center, Carnegie Mellon, Pittsburgh, PA


Howdy:

Excuse me if a) this is not appropriate for this group or b) it is a FAQ.  If
so, please direct me to the proper target or source for this information.

I do not have the luxury of direct network feed so this is posted through my
friend doug.  Please respond to gray.watson@antaire.com.

PROBLEM:

I am using sz and rz to transfer files over high-speed modems between unix
machines.  I have never seen it achieve better than 50% efficiency and often it
achieves more like 10%.  Also, I can NEVER get it to transfer anything without
spending 30 minutes fooling with -w options.

Needless to say I'm a bit fed up with them.  But I went looking for
replacements and struck out.  I may not be looking for the right things.

QUESTION:

- Are there programs out their that are better?
- If not, I'm using sz version 1.36 and rz 1.26.  Are the new versions any
        better?

NEED LIST:

- it should ONLY worry about being a file-transfer program between established
        connections: i.e. no phone dialing, no setting of flow-control, no
        reseting all the terminal bits, etc.
- it should NOT worry about compression (I have compress and zip already)
- it SHOULD worry about data consistency verification and CRCing (obviously)
- it should achieve better than 90% efficiency on good telephone lines.
        I don't see why 99% is not achievable as long as the program
        administration overhead is not high.
- it should be executed from the command line (like sz,rz)
- it should be portable to BSD and (cough, cough) Sys5 flavor machines.
- it can have its own protocol as long as it can talk to itself.  :-)

WISH LIST:

- it would be nice for it to understand 8 and 7 bit terminal modes and maybe
        talk text (uuencode/decode) over very stubborn lines
- it would be nice for lots of pretty debug messages and good percentage in-use
        messages.
- it would be nice to be able to integrate the functionality into other
        modem programs.
- it would be nice to have just one command for both send and receive

I am almost ready to write one myself (and I'm sure reinvent the wheel).  It is
costing us money in my time and phone expenses every day.  We maintain remote
installs via modem and downloading new versions of software is obviously
important.

Please *mail* any comments/responses to gray.watson@antaire.com

thanks much for any info,
gray
Xref: sparky comp.dcom.modems:14008 misc.forsale.computers:35023 misc.forsale:27313