Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!mcnc!unccvax!cbenda
From: cbenda@unccvax.UUCP (carl m benda)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc
Subject: Re: us robotics
Message-ID: <703@unccvax.UUCP>
Date: Tue, 12-May-87 07:38:55 EDT
Article-I.D.: unccvax.703
Posted: Tue May 12 07:38:55 1987
Date-Received: Thu, 14-May-87 06:46:21 EDT
References: <635@pbhyc.UUCP> <634@omepd> <688@van-bc.UUCP>
Organization: Univ. of NC at Charlotte, Charlotte, NC
Lines: 29
Summary: don't blame the Hayes...
Xref: mnetor comp.dcom.modems:572 comp.sys.ibm.pc:3968

In article <688@van-bc.UUCP>, sl@van-bc.UUCP writes:
> Both modems are used for dialin lines for news distribution. I don't
> normally tell people which modem is on which line -- I tell them to try both
> and use the one which works the best. Currently three out of the three sites
> which take a full feed, use the Courier as their first choice in lines
> (without knowing that it was the Courier).
> 
> My main problem with the Hayes seems to be connecting. For example I use a
> Hayes 1200 for testing from my Macintosh. Most of the time it won't connect
> properly to the Hayes Smartmodem 2400, but I never have any problems with
> the Courier. I notice the same problem with other people dialing in as well.
> 

It is not the Hayes modem's fault.  I believe the problem is in the software
that is used with the Hayes, and not with the modem itself.  Last year a 
friend of mine and myself were setting up an AT in kermit server mode and 
a Hayes modem to be dialed from a remote pc.  The problem was that after
connection had been established, kermit (on the server side) neglected to
send the modem (on the server side) the proper connection established ack- 
nowledgement signal, and so the modem (on the server side) dropped the call.

What you should do is try and figure out what your Hayes 2400 wants to receive
from YOUR machine, after it answers the phone.


Hope this helps, 

Carl
uucp:...!mcnc!unccvax!cbenda