>  jh>How is it caller-driven? The receiving system will pick
 > the
 >  jh>protocol it prefers, from the list presented by the
 > calling
 >  jh>system.

 > Isn't this logic backward, Joho?  Shouldn't the caller, who's
 > probably paying for the transfer, get the right to make the
 > decision as to which protocol is used?

If it's up to the calling system, and it doesn't know what the receiver's
capabilities are, you end up with a potential "No compatible
protocols" situation far more frequently than today.

Logic (I know that doesn't usually apply :-) dictates that software would
at least know that Zmodem is somewhat more efficient than Xmodem :-)

 > In other words, shouldn't the receiver present its list of
 > supported protocols and shouldn't the sender reply to that
 > with the one it wants?

Probably - but that requires an additional turn-around. You can't simply
switch the handshake sequence because in some cases, it is not desireable
for the receiver to "show itself" until it knows who's calling.

---