Kermit-80 for the DEC Rainbow-100.

This is a stopgap implementation for the Rainbow.  It is equivalent to
Kermit-80 in every way, with one major exception:

   Rainbow Kermit only works at port speeds of 1200 baud or less!

This is really just a version of "Generic CP/M Kermit-80" that does VT100
screen control.  A specific 8088-based implementation of Rainbow Kermit is
forthcoming; meanwhile, this one will have to do.  The 8088-based "native"
version will solve the speed problem, because the serial port is attached to
the 8088; the CP/M version must go ask the 8088 to do each i/o operation,
which slows things down a lot.

Beware: during terminal connection, the screen may occasionally freeze during
host output.  Just type CTRL-Q to unstick it (some characters may be lost in
the process).  This happens quite rarely at 1200 baud, and practically never
at lower speeds.

By the way, the same program can be run on the VT180, and probably on any
other 8080- or Z80-based CP/M micro that does VT100 or ANSI screen control.
It can also be run on any other CP/M micro, but the screen will be a mess
during file transfer, although the transfer will still work.  During terminal
connection, no interpretation of escape codes is done -- it is left to the
hardware/firmware of the micro.  For CP/M micros that don't do ANSI screen
control, try Generic Kermit itself -- the only difference will be that the
screen will be updated as if for a hardcopy -- no screen control.

Rainbow Kermit should not normally be used in conjunction with a Kermit
Server.  This is because the Rainbow, unlike most other CP/M systems, actually
buffers unrequested input at the serial port for the user program.  Other
systems throw it away, and the Kermit protocol relies on that.  CP/M does not
provide any mechanism to discard the contents of an input buffer.  The Kermit
Server sends out periodic NAK packets when it's between commands, and if these
have piled up in the micro's input buffer, the two sides will get hopelessly
out of synch.  For CP/M systems that don't provide buffering, it will be most
convenient to use Generic Kermit in conjunction with a server, since the
connecting back forth will not be necessary except initially to get the server
started on the remote side.  A future version of Rainbow Kermit will rectify
this problem.

(May 1983)

P.S. (This version of Kermit for the Rainbow can actually be run at 1800 baud
with little noticable trouble, and can transfer files at even higher speeds,
but terminal connection at higher speeds can be done only with some incoming
characters lost, and many XOFF hangups, which you must type CTRL-Q to escape
from).
