1993-04-13 - Re: Modem encryption proposal

Header Data

From: “Perry E. Metzger” <pmetzger@lehman.com>
To: Nickey MacDonald <i6t4@jupiter.sun.csd.unb.ca>
Message Hash: f1a21ed432ea1a3c37d05b92367a5ac96f85b80d70206749de456d5a5bc8e59f
Message ID: <9304131439.AA06324@snark.shearson.com>
Reply To: <Pine.3.05.9304130307.C27556-b100000@jupiter>
UTC Datetime: 1993-04-13 14:40:28 UTC
Raw Date: Tue, 13 Apr 93 07:40:28 PDT

Raw message

From: "Perry E. Metzger" <pmetzger@lehman.com>
Date: Tue, 13 Apr 93 07:40:28 PDT
To: Nickey MacDonald <i6t4@jupiter.sun.csd.unb.ca>
Subject: Re: Modem encryption proposal
In-Reply-To: <Pine.3.05.9304130307.C27556-b100000@jupiter>
Message-ID: <9304131439.AA06324@snark.shearson.com>
MIME-Version: 1.0
Content-Type: text/plain

Nickey MacDonald says:
> I may have missed something, but I don't see where synchronization is a
> concern.  The whole of idea of Kermit is to provide a "binary" path
> between two computers.  It is Kermit's responsibility to ensure the data
> is received in the same order as sent (sychronization is part of the
> Kermit protocol, no?).

I don't belive people were talking about Kermit the Protocol. They
were talking about Kermit the PD terminal emulation software, which
contains Kermit the Protocol. Obviously the protocol can handle error
correction -- but that does nothing for you if you want to log in to a
machine and do arbitrary things.