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)
|