Date: 19 Jun 1998 17:48:00 +0200
From: mail-std-list@faerber.muc.de (=?ISO-8859-1?Q?Claus_Andr=E9_F=E4rber?=)
To: drums@cs.utk.edu
Message-ID: <6w8rhoqZcDB@faerber.muc.de>
In-Reply-To: <v04011701b1a1971f7dfe@[130.237.150.138]>
Subject: Re: Control-L
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
REFERENCES: <6vb3cUpZcDB@faerber.muc.de>

Claus André Färber <mail-std-list@faerber.muc.de> schrieb:
> Chris Newman <Chris.Newman@innosoft.com> schrieb:
> > Control-L handling is out-of-scope for DRUMS.  We can't add new
> > functionality.
>
> Is it? However, Ctrl-L should IMO be left to the folks that define the
> text/plain content type (and maybe the 7bit encoding).

Ok, the following is the 7bit definition in MIME [RFC 2046]:

| 2.7.  7bit Data
|
|    "7bit data" refers to data that is all represented as relatively
|    short lines with 998 octets or less between CRLF line separation
|    sequences [RFC-821].  No octets with decimal values greater than 127
|    are allowed and neither are NULs (octets with decimal value 0).  CR
|    (decimal value 13) and LF (decimal value 10) octets only occur as
|    part of CRLF line separation sequences.

So all DRUMS should do about Ctrl-L and other control characters is to  
make 821bis compatible with this definition.

-- 
Claus Andre Faerber <http://www.muc.de/~cfaerber/> Fax: +49_8061_3361
PGP: ID=1024/527CADCD FP=12 20 49 F3 E1 04 9E 9E  25 56 69 A5 C6 A0 C9 DC