Re: my 2 cents worth

Ian Duncan <id@cc.mcgill.ca> Tue, 07 June 1994 21:30 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa19352; 7 Jun 94 17:30 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa19348; 7 Jun 94 17:30 EDT
Received: from PO2.ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa18579; 7 Jun 94 17:30 EDT
Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.7/8.6.6) id RAA29066; Tue, 7 Jun 1994 17:26:51 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Tue, 7 Jun 1994 17:26:48 -0400 (EDT)
Received: from po5.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q000/QF.chxCKym00UddA2SU5m>; Tue, 7 Jun 1994 17:25:19 -0400 (EDT)
Received: from sifon.CC.McGill.CA (sifon.CC.McGill.CA [132.206.27.10]) by po5.andrew.cmu.edu (8.6.7/8.6.6) with ESMTP id RAA00627 for <ietf-pop3@andrew.cmu.edu>; Tue, 7 Jun 1994 17:25:12 -0400
Received: from java.cc.mcgill.ca (java.CC.McGill.CA [132.206.35.22]) by sifon.CC.McGill.CA (8.6.8/8.6.6) with SMTP id RAA09928; Tue, 7 Jun 1994 17:24:43 -0400
Date: Tue, 7 Jun 1994 17:24:42 -0400 (EDT)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Ian Duncan <id@cc.mcgill.ca>
Subject: Re: my 2 cents worth
To: Michael D'Errico <Mike@software.com>
cc: ietf-pop3@andrew.cmu.edu
In-Reply-To: <19940607202254.AAA2691@rome.software.com>
Message-ID: <Pine.3.89.9406071652.A16154-0100000@java.cc.mcgill.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 7 Jun 1994, Michael D'Errico wrote:
>
> I think that characters from Base64 are too restrictive.  Base64 exists
> because of the need to gateway messages between different mail systems,
> some of which have horrible constraints.  With POP, you have an 8-bit
> connection between client and server to work with.

I know the origin of base64. I was suggesting we avoid tokens that are
long strings of ascii and instead use very large numbers, encoded in
base64 to keep the representation short -- 24 digits of base64 can carry
2^144 bits in a safe, documented, well understood and easy to decode
format. 

I think the premise that POP implies an 8 bit path between ends is a
little dangerous. In the absence of words to the contrary in the RFC I'd 
assume printable ascii and very selected controls.

   ...   ian   <id@cc.mcgill.ca>;
Ian Duncan  ---  McGill University Computing Centre  ---  +.514.398.3710