Re: questions on QP, non-text attachments and munpack

Keith Moore <moore@cs.utk.edu> Thu, 15 February 1996 07:09 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa08951; 15 Feb 96 2:09 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa08947; 15 Feb 96 2:09 EST
Received: from list.cren.net by CNRI.Reston.VA.US id aa19605; 15 Feb 96 2:09 EST
Received: from localhost (localhost [127.0.0.1]) by list.cren.net (8.6.12/8.6.12) with SMTP id BAA00652; Thu, 15 Feb 1996 01:36:09 -0500
Received: from wilma.cs.utk.edu (WILMA.CS.UTK.EDU [128.169.94.141]) by list.cren.net (8.6.12/8.6.12) with ESMTP id BAA00576 for <ietf-822@list.cren.net>; Thu, 15 Feb 1996 01:35:20 -0500
Received: from LOCALHOST by wilma.cs.utk.edu with SMTP (cf v2.11c-UTK) id BAA05832; Thu, 15 Feb 1996 01:35:13 -0500
Message-Id: <199602150635.BAA05832@wilma.cs.utk.edu>
Date: Thu, 15 Feb 1996 01:35:06 -0500
X-Orig-Sender: owner-ietf-822@list.cren.net
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Keith Moore <moore@cs.utk.edu>
To: hansen@pegasus.att.com
Cc: John Gardiner Myers <jgm+@cmu.edu>, ietf-822@list.cren.net, moore@cs.utk.edu
Subject: Re: questions on QP, non-text attachments and munpack
In-Reply-To: Your message of "Wed, 14 Feb 1996 00:52:00 EST." <9602140606.AA22293@ig4.att.att.com>
X-Sender: moore@cs.utk.edu
X-URI: http://www.cs.utk.edu/~moore/
X-Listprocessor-Version: 8.0(beta) -- ListProcessor by CREN

> Yes, all text/* objects are by the spec textual. And non-text/* objects may
> be either textual or non-textual.

Are there any non-{text,message,multipart}/* objects that require that 
CRLF be mapped to and from the local newline convetion?

Reading the IANA list, I didn't see any, but I'm not familar with all of 
them.  Some of them (e.g. application/pdf) appear to be tolerant of 
changes to the newline convention, while others (application/PostScript)
may be intolerant of such changes, depending on the content.  But I don't 
know of any which *require* CRLF->local-convention to be usable.

If this is the case, the "do CRLF->local conversion only for text/*"
would seem to be the right heuristic.

Keith
--------
Take the pledge! "I do not limit my speech to satisfy the whims of Congress."