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

Ned Freed <NED@innosoft.com> Sun, 11 February 1996 19:57 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa12584; 11 Feb 96 14:57 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa12580; 11 Feb 96 14:57 EST
Received: from list.cren.net by CNRI.Reston.VA.US id aa09501; 11 Feb 96 14:57 EST
Received: from localhost (localhost [127.0.0.1]) by list.cren.net (8.6.12/8.6.12) with SMTP id OAA13766; Sun, 11 Feb 1996 14:29:15 -0500
Received: from THOR.INNOSOFT.COM (THOR.INNOSOFT.COM [192.160.253.66]) by list.cren.net (8.6.12/8.6.12) with ESMTP id OAA13748 for <ietf-822@list.cren.net>; Sun, 11 Feb 1996 14:26:52 -0500
Received: from INNOSOFT.COM by INNOSOFT.COM (PMDF V5.0-6 #2001) id <01I132EAUFQO9QUV7Z@INNOSOFT.COM>; Sun, 11 Feb 1996 11:25:16 -0800 (PST)
Message-Id: <01I13308BNBY9QUV7Z@INNOSOFT.COM>
Date: Sun, 11 Feb 1996 11:23:43 -0800 (PST)
X-Orig-Sender: owner-ietf-822@list.cren.net
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Ned Freed <NED@innosoft.com>
To: hansen@pegasus.att.com
Cc: jwz@netscape.com, ietf-822@list.cren.net, jgm+@cmu.edu
Subject: Re: questions on QP, non-text attachments and munpack
In-Reply-To: "Your message dated Sun, 11 Feb 1996 00:13 -0500 (EST)" <9602110516.AA21090@ig4.att.att.com>
MIME-version: 1.0
Content-type: text/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-Listprocessor-Version: 8.0(beta) -- ListProcessor by CREN

> No, the program is encoding CR's as =0D. The problem is that munpack is
> stripping those out after decoding them. My query to the group was: is
> munpack wrong in doing so? You and Ned appear to agree with my feeling that
> munpack is indeed wrong.

I agree that it is wrong to do this with non-text material. It appears that
munpack assumes that all use of QP is associated with text. There are plenty
cases where this won't be true, however -- I find QP to be quite useful
in handling application/postscript, for example, and PostScript is definitely
*not* textual in form.

				Ned