Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mailrus!ncar!umigw!mthvax.cs.miami.edu!wb8foz
From: wb8foz@mthvax.cs.miami.edu (David Lesher)
Newsgroups: comp.sys.ibm.pc
Subject: Re: XMODEM,YMODEM,ZMODEM,KERMIT Which is best and why?
Keywords: KERMIT
Message-ID: <1382@umigw.MIAMI.EDU>
Date: 2 Jan 90 02:57:51 GMT
References: <32428@news.Think.COM> <1989Dec31.210253.25273@delta.uucp> <511115@nstar.UUCP> <5873@uhccux.uhcc.hawaii.edu>
Sender: news@umigw.MIAMI.EDU
Reply-To: wb8foz@mthvax.cs.miami.edu (David Lesher)
Lines: 26


Each protocol has some advantages.

Kermit will talk to/from a vast array of machine types, including ugly
Big Blue mainframes. In fact, this was part of its design intent.
For reasons I have never figured out, some unix versions need to
be explicitly told when the path is 7 bit, and crash and burn when I
forget to do this.

Zmodem is MUCH faster *if* the link has turn around delays. The longer
the delay, the more the advantage. An example of this is PCPursuit. If
you have a bare_bones direct connection, the speed advantage may not be
visible.

{X,Y}modem tend to be everywhere in the PC BBS world. So if you
spend lots of time there, it's nice to have the lowest common
denominator available.

Yous pays your money and yous takes your choice. Most of the
time, the money is near to or = 0.00.

--
A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
no one will talk to a host that's close..............(305) 255-RTFM
Unless the host (that isn't close)......................pob 570-335
is busy, hung or dead....................................33257-0335