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

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

Now THAT is a truer statement.  Saying that your modem doesn't
retrain to other V.32bis modems is not, you simply don't know.
You MAY know that they ride out the retrain with more success
than a Supra.

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

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

It isn't documented that the USR does autobaud, and in fact it
doesn't.  Ok, so its simply a lousy modem, not supporting
autobaud, just like the M34F is a lousy modem, not supporting
SE connects.

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?

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

And no explicit warning about not using ATZ, it screws up the
baud rate?

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

Ok, so it's not a Hayes compatible modem.  Fine, just say it's a
lousy modem, that isn't Hayes-compatible, and doesn't support
auto-baud, and be done with it.  BFN.  Paul.
@EOT:

---