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
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
Return to January 1993
Return to “jim@tadpole.com (Jim Thompson)”
1993-01-26 (Tue, 26 Jan 93 09:18:43 PST) - Re: Rational PC mail , was Re: PGP on BBS - jim@tadpole.com (Jim Thompson)