TIP: Click on subject to list as thread! ANSI
echo: locsysop
to: David Drummond
from: Paul Edwards
date: 1996-03-06 01:58:42
subject: USR Courier V34 probl

PE>> No evidence that it isn't either.  With the one exception - 
PE>> Ian's modem.

BG>> The evidence is that so far, NOBODY else has EVER reported 
BG>> a similar problem, even if you're too thick to realise it.  

DD> Almost all 14400 connections to this BBS manage to move files at around 
DD> 115cps (reported by Bink).  This suggests to me that their modems a busy 
DD> transferring the data, not pissing around with retrains.

And since the retrain comes straight after the connect, how
would you know?  You're not using BTPE, so what's the delay
between the CONNECT string and the start of the Zmodem
transfer.  Hmmm???

PE> Just the same as NOBODY has EVER reported the ATZ USR 
PE> problem, so both you and David Drummond tell me (aliens from 
PE> outer-space presumably excluded).

DD> The ATZ situation in the USRs was only a problem with you. The rest of us 

Whether or not you think it is "only a problem with me", it does
not alter the fact that "nobody ever reported it".

DD> recognised it as an operating difference not unlike the quite different 
DD> command set and adjusted to it.

Yeah, I just got used to the Maestro SE 9600 not being able to
connect at 9600 too.

DD> Note.  NOWHERE in the 3 USR (printed) manuals that I have here do they 
DD> suggest using ATZ alone, as an initialiation string

So?  What do they suggest using as an initialization string 
then?  ROFL!  BFN.  Paul.
@EOT:

---
* Origin: X (3:711/934.9)

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.