[themodelplumber]

That's pretty funny. I don't remember ever coming across configs for Kermit or other protocols, just the [K]ermit | [Z]modem -type options on the front end of whatever clients I was trying out.

I wonder why more than one client would default to such comparatively-lame settings for Kermit though.

[devilbunny]

The whole protocol does.

IIRC you basically have to get a Kermit prompt and issue your commands to the server. Which is easy if you use an actual Kermit client, like Columbia put out (though apparently for the last 12 years it's been an independent project no longer affiliated with the university), but most people just used the internal version that came with their terminal program - with the primary effect being that most people had no idea it was actually a fast, flexible protocol (see the long explanation at http://www.columbia.edu/kermit/misconceptions.html).

The stated reason for this is that it should always default to working, and it's up to you to configure it to work well if your connection is better than rusty barbed wire.

[devilbunny]

Since I can't edit, I'll reply to myself:

The default of "always work" is amply demonstrated by the fact that Kermit is available for CP/M, and can be compiled on a working CP/M-80 system from .HEX files that you just blast over the serial port. Obviously, due to system constraints, this is not a fully modern Kermit.

But it works. And if you want error checking and reliable file transfer on a Kaypro, it's not a bad way to do it.

[whartung]

There was also short BASIC programs that could be readily keyed in that supported the basic lowest common denominator of the Kermit protocol. The goal being to key that in, and use it to transfer and bootstrap a better version of Kermit.