Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!ames!uhccux!querubin
From: querubin@uhccux.uhcc.hawaii.edu (Antonio Querubin)
Newsgroups: comp.sys.ibm.pc
Subject: Re: XMODEM,YMODEM,ZMODEM,KERMIT Which is best and why?
Keywords: KERMIT
Message-ID: <5873@uhccux.uhcc.hawaii.edu>
Date: 2 Jan 90 01:58:36 GMT
References: <32428@news.Think.COM> <1989Dec31.210253.25273@delta.uucp> <511115@nstar.UUCP>
Reply-To: querubin@uhccux.UUCP (Antonio Querubin)
Organization: University of Hawaii
Lines: 25

There seem to be a few misconceptions in this string of notes regarding Kermit.

Someone earlier wrote that none of the above programs in the subject line can 
do straight ascii text transfers.  MS-Kermit can (see the TRANSMIT command).

Another person wrote that Kermit couldn't run at 1600 BPS or greater.  I 
would suspect this is a problem with the UART and BIOS on each machine and not
with Kermit.  I've run MS-Kermit to/from MacKermit file transfers at 5760 BPS
(57600 BAUD) and MS-Kermit to/from C-Kermit (3840 BPS/38400 BAUD) (on a Unix
mainframe going through two intermediate systems), both text and binary and 
don't have any problems.

A distinction should also be made between the Kermit protocol itself and the
Kermit programs that implement that protocol.  I've heard for example that 
Procomm's implementation of the Kermit protocol isn't very intelligent.  But
that's not a problem with Kermit (the program), it's a problem with
Procomm.

The MS-Kermit program has a number of features that don't have equivalents in
the basic XMODEM-family of programs.  I have found that Kermit is implemented
on a larger variety of computers than any single variant of XMODEM (substitute
a letter of the alphabet for X) :-).  MS-Kermit (the program) also provides
VT-52, VT-102, Z-19, and Tek 4014 emulation modes all in one program.  Best of
all Kermit is FREE, Columbia University doesn't even ask for a donation last
I checked.