Re: Line Wrapping Question
"John W. Noerenberg" <jwn2@qualcomm.com> Thu, 08 February 1996 11:13 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa09642;
8 Feb 96 6:13 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa09638;
8 Feb 96 6:13 EST
Received: from list.cren.net by CNRI.Reston.VA.US id aa04457; 8 Feb 96 6:13 EST
Received: from localhost (localhost [127.0.0.1]) by list.cren.net
(8.6.12/8.6.12) with SMTP id EAA06588; Thu, 8 Feb 1996 04:56:45 -0500
Received: from mage.qualcomm.com (mage.qualcomm.com [129.46.50.61]) by
list.cren.net (8.6.12/8.6.12) with ESMTP id EAA06566 for
<ietf-822@list.cren.net>; Thu, 8 Feb 1996 04:56:17 -0500
Received: from [129.46.54.48] (annex-p8.qualcomm.com [129.46.54.48]) by
mage.qualcomm.com (8.7.3/8.7.2/1.4) with ESMTP id BAA17504;
Thu, 8 Feb 1996 01:55:40 -0800 (PST)
Message-Id: <v03004a01ad3f08e3033c@[129.46.54.66]>
Date: Thu, 8 Feb 1996 01:55:44 -0800
X-Orig-Sender: owner-ietf-822@list.cren.net
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "John W. Noerenberg" <jwn2@qualcomm.com>
To: "Sukvinder Singh Gill (Exchange)" <sukvg@wspu.microsoft.com>,
"ietf-822@list.cren.net" <ietf-822@list.cren.net>
Subject: Re: Line Wrapping Question
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Sender: jwn2@mage.qualcomm.com
X-Mailer: Eudora [Macintosh version 3.0a74-1.96]
X-PGP-Fingerprint: EA 53 01 A6 C0 76 F9 C2 09 E8 94 80 64 5A 88 57
X-Listprocessor-Version: 8.0(beta) -- ListProcessor by CREN
At 8:31 AM 2/7/96, Sukvinder Singh Gill (Exchange) wrote: >I'd like to get some advice on a problem that many people >using our product have commented on. > >Currently, when sending Internet Mail with long lines, we >default to using QP encoding so that MIME aware clients >can unwrap the lines, and display as required on their >viewers. (We use 140chars as the threshold) Hello, Mr. Exchange :-)! I'm confused about your 140 character threshold. 140 is the threshold of what? Your QP-encoder should be emitting lines of text no longer than 76 characters. >We have received numerous complaints (most people assumed >that this was a bug) from people that use non-MIME aware >apps about the equal signs on every line. We also have encountered these complaints. There is no perfect solution. QP is intended to convey information to a MIME-aware UA. Someone reading a message containing QP with a UA that doesn't follow MIME rules is gonna see stuff they think looks funny. There's no 2 ways about that. We wrestled with this in Eudora's design literally for years. The problem predates QP. Without MIME a UA designer has to make assumptions about the nature of both sender and receiver's display. But windowing systems invalidate the assumptions. The problem you have to solve is facilitating communication between people whose systems are built under conflicting assumptions about what can be displayed and how it is displayed. What to do about those awful equal signs is putting the emphasis in the wrong place. QP line-wrapping permits the sender to signal where line breaks should occur and where line breaks can be ignored. QP also deals with 8-bit character codes which can be rendered as printable glyphs assuming your display is not limited to USASCII. But only MIME-aware UAs are prepared to deal with the encoding. Over the years there have been Luddites who have loudly proclaimed that QP is wrong because it makes the text worse. As a consequence, Eudora goes to extrodinary means to estimate what is a reasonable presentation of a message without QP to permit those who are forced to live with the Luddites among them to be able to lead a reasonably tranquil life. Users have to have to be able to choose whether or not to use the capability, because only they can decide what is required for the message they are trying to express. And their UA must arm them with enough information so they can choose wisely. But it cannot make the choice for them. Eventually the benefits of richer character sets overwhelm even the most ardent Luddite. Or they die. One or the other is guaranteed. Of your choices, we are closest to a). However, Eudora encourages the use of QP. If other MIME-compliant UAs do likewise, eventually d) will come to pass. john noerenberg <mailto:jwn2@qualcomm.com> ---------------------------------------------------------------------- Be sure of this, O young ambition, all mortal greatness is but disease. -- Herman Melville, "Moby-Dick", 1851 ----------------------------------------------------------------------
- Line Wrapping Question Sukvinder Singh Gill (Exchange)
- Re: Line Wrapping Question Donald E. Eastlake 3rd
- RE: Line Wrapping Question Sukvinder Singh Gill (Exchange)
- Re: Line Wrapping Question Valdis.Kletnieks
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Terry Crowley
- Re: Line Wrapping Question Ned Freed
- RE: Line Wrapping Question Sukvinder Singh Gill (Exchange)
- RE: Line Wrapping Question Ned Freed
- RE: Line Wrapping Question Pete Resnick
- Re: Line Wrapping Question Jamie Zawinski
- Re: Line Wrapping Question John W. Noerenberg
- Re: Line Wrapping Question Jamie Zawinski
- Re: Line Wrapping Question Terry Crowley
- Using Quoted-Printable (Re: Line Wrapping Questio… Harald.T.Alvestrand
- Re: Line Wrapping Question Jim Conklin
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question John W. Noerenberg
- Re: Line Wrapping Question Barton E. Schaefer
- Re: Line Wrapping Question Larry Masinter
- Re: Line Wrapping Question Lennart Lovstrand
- Re: Line Wrapping Question Larry Masinter
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Pete Resnick
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Terry Crowley
- Re: Line Wrapping Question Jim Conklin
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Ned Freed
- Re: Line Wrapping Question Terry Crowley
- Re: Line Wrapping Question Terry Crowley
- The extent of <nofill> and other text/enriched ni… Lennart Lovstrand
- Re: The extent of <nofill> and other text/enriche… Pete Resnick