Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!necntc!ames!sdcsvax!ucbvax!QUABBIN.SCRC.SYMBOLICS.COM!DCP
From: DCP@QUABBIN.SCRC.SYMBOLICS.COM (David C. Plummer)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: SUPDUP protocol
Message-ID: <871005123115.6.DCP@KOYAANISQATSI.S4CC.Symbolics.COM>
Date: Mon, 5-Oct-87 12:31:00 EDT
Article-I.D.: KOYAANIS.871005123115.6.DCP
Posted: Mon Oct  5 12:31:00 1987
Date-Received: Thu, 8-Oct-87 04:38:19 EDT
References: <12340074129.41.PADLIPSKY@A.ISI.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 10

Indeed, various people's vision of the future, which include high
degrees of real time interaction with keyboards and pointing devices,
would suggest that RCTE is trying to solve a shrinking problem.  There
still exist time-shared systems and a lot of personal computers not yet
powerful enough to be weaned from having to login-style connect to those
time-shared systems, and that's why I see RCTE as solving an existing
problem.  Eventually, RCTE should become part of the "good old days" and
exist only in stories to grandchildren about what it was like "back
then."  Perhaps SUPDUP was (and still is?) ahead of its time by assuming
that interaction is important and communication is cheap.