Paul, at 01:58 on Mar 06 1996, you wrote ...

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 
DD>> files at around 115cps (reported by Bink).  This suggests 
DD>> to me that their modems a busy transferring the data, not 
DD>> pissing around with retrains.

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

Let's just say that they don't hang up within seconds of connect.  They
maintain the connection, move the files they're interested in, and hangup
by choosing the goodbye choice in the BBS.

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

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

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

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

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

One cannot use the Maestro SE 9600 then to move data at 9600.  One can
however, use the USR in the manner it is intended and documented.

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

PE> So?  What do they suggest using as an initialization string 
PE> then?


They don't give ONE init string, they list a handful for various occasions.

Also, under compatibility, the manual makes no reference to "Hayes".

David
@EOT:

--- Msgedsq/2 3.10