Known bugs and deficiencies in Kermit v4.03

First, the bugs... (just a few):

If a DIRECTORY command is issued between a LOG command and a CONNECT
command, the first file in the current directory (disk/user) gets overwritten
by the log file.

The ERASE command does not permit special characters in the filename.

Kermit doesn't drop invalid characters from filenames during a RECEIVE
command.

Now, the deficiencies:

The Osborne Kermit doesn't support multi-sector buffering.  (It shouldn't
be hard to add; the difficulty was that there are some constraints imposed
by bank-switching, and I'm not familiar with the memory map).

Kermit should probably flush the serial line just before each packet it
sends, since this is a half-duplex protocol.  This would be most useful
when the 16-Kbyte buffer is being written to disk; this may take longer
than the typical 15-second timeout.  (Kermit recovers correctly, but
several extra messages can be retransmitted).

Kermit needs a SET FLOW-CONTROL command, which would tell it to recognize
and use XON/XOFF during CONNECT mode (file transfer too, but the restricted
packet size makes this less necessary).  This would help greatly for session
logging, to disk and to the printer.

"IBM mode" should be separated into its component parts: SET LOCAL-ECHO,
SET PARITY, SET TIMER, and SET HANDSHAKE.  The SET HANDSHAKE command would
allow the user to specify what kind of handshaking should be done on half
duplex connections (options like XON, CR, LF, ESC, BELL, NONE).

SET IBM could then be implemented as a macro, except Kermit-80 doesn't support
macroes.

During CONNECT mode, the user should be able to toggle session logging (to
disk) and printer toggling.  The user should also be able to flush the disk
buffer manually, in case the mainframe doesn't support flow control.

The quality of the VT52 emulation varies greatly between systems, because
it relies on the micro having a sufficiently similar set of commands.
None of the micros currently support the keypad, which can be critical for
running editors such as DEC's EDT.  For vi on Unix, getting a termcap
entry for your micro will always be better than trying to use the VT52
entry.

The directory command is extremely slow.

GET and RECEIVE commands are still synonymous (the documentation
notwithstanding).