IS> Indeed, part of what ATZ does (and arguably _should_ do) is restore the 
IS> AT&W's port rate, as it restores all the other saved &W settings, no?

BG> Agreed, to do it any other way would be stupid.

Rubbish.  What is stupid about making ATZ stay at the baud rate
the ATZ was sent at?  Name one terminal that changes the speed
after issuing an ATZ, in case the last AT&W was at a different
speed?  Just ONE terminal?

BG> However, I'm still not convinced that what Paul's complaining about is 
BG> buggy behaviour insofar as all USRs function in this manner and AFA I can 
BG> determine, always have done (my 1988 Courier HST/2400 certainly does).  If 
BG> this was a true bug, I'd expect USR to have done something about it.  After 
BG> all, I'm sure that Paul isn't the first person to have discovered this 
BG> peculiar quirk.  

That's funny, you were saying just a short time ago that it must
be operator error, since no-one else has EVER reported the problem,
blah blah blah.  BFN.  Paul.
@EOT:

---