1993-01-26 - Re: Rational PC mail , was Re: PGP on BBS

Header Data

From: jim@tadpole.com (Jim Thompson)
To: pfarrell@cs.gmu.edu
Message Hash: 4a5b3cd333f0085e171c22b147b6e5015948004a7e1ffc1064300ace5d9a9ab4
Message ID: <9301261717.AA13492@tadpole.tadpole.com>
Reply To: N/A
UTC Datetime: 1993-01-26 17:18:43 UTC
Raw Date: Tue, 26 Jan 93 09:18:43 PST

Raw message

From: jim@tadpole.com (Jim Thompson)
Date: Tue, 26 Jan 93 09:18:43 PST
To: pfarrell@cs.gmu.edu
Subject: Re:  Rational PC mail , was Re: PGP on BBS
Message-ID: <9301261717.AA13492@tadpole.tadpole.com>
MIME-Version: 1.0
Content-Type: text/plain


> From: pfarrell@cs.gmu.edu (Pat Farrell)
> 
> With NUpop and Eudora, SLIP is optional. The NUpop docs say
> that SLIP slows down the transfer, and recommends simple ASCII
> async connection using a reliable modem (MNP or V42/V.42bis)

I don't understand how the authors of this document can do so.  Modern
compressed-header SLIP implementations will compress the TCP/IP/SLIP
headers down to 5 or 6 'bytes' (octets), on the average.  In theory, I
suppose its true, but in practice, it makes little difference.  Even
without header compression, and assuming minimal-sized datagrams, you
end up with an overhead of 41/576.  93% of your bandwidth is still
yours.

A simple ASCII async connection using MNP or V.42 still violates the
end-to-end argument.  Serial ports can, and do loose characters.  Leaving
your encrypted message, or even your key, to the whims of a cheap modem,
(you'll never know what the other guy has), or back serial drivers seems
a bad idea to me.

Jim





Thread