Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Fri, 9 Jul 2004 04:27:43 -0700 From: Yitzchak Scott-Thoennes To: cygwin AT cygwin DOT com Subject: Re: Wrapping long lines (Was Re: FAQ update suggestion for "I'm having basic problems with find. Why?") Message-ID: <20040709112743.GA2580@efn.org> References: <010701c464f4$398e2030$4e6510ac AT ds DOT tao DOT co DOT uk> <013301c464fe$e2e425d0$4e6510ac AT ds DOT tao DOT co DOT uk> <40EDEF6B DOT A5A5F06 AT dessent DOT net> <004701c46597$e9040b80$4e6510ac AT ds DOT tao DOT co DOT uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004701c46597$e9040b80$4e6510ac@ds.tao.co.uk> User-Agent: Mutt/1.4.1i Organization: bs"d X-IsSubscribed: yes On Fri, Jul 09, 2004 at 10:34:01AM +0100, William Blunn wrote: > Brian Dessent wrote: > > RFC2822 (which obsoletes the old RFC822) states in section 2.2.1: > > > > There are two limits that this standard places on the number of > > characters in a line. Each line of characters MUST be no more than 998 > > characters, and SHOULD be no more than 78 characters, excluding the > > CRLF. > > I am not sure this argument argues the point you think it does. > > "Each line of characters MUST be no more than 998 characters, and SHOULD > be no more than 78 characters, excluding the CRLF." > > I believe that at this point they are talking about the byte stream that > represents the encoded form of the message. > > If you are using quoted-printable encoding, then all encoded lines will > be 78 characters or less, and so will be fitting in with the "SHOULD" > specification, i.e. the most conformant. > > However, the original form of the message (what the composer sees, and > what the reader should see) can have an arbitrarily large number of > characters between newline characters (or between a newline and the > start or end of the message). > > So, if you are using quoted-printable, you can cheerfully do paragraphs > as long as you like, delimited by newline characters, and still be > perfectly within the RFCs. > > > Wrapping lines at less than 80 characters is the standard accepted way > > of sending text email. > > It may be the "standard Accepted way", but you haven't actually given > any reasons or pointers to reasons. > > One could say that you are not actually arguing your case, you're just > saying "that's the way it is, so it must be right". > > > It's the least common denominator that's guaranteed to work everywhere. > > I disgree. > > For example (and this point has already been made) it does not work well > on my PDA which cannot display 80 characters across the width of the > display. > > When I read a message which has the additional unnecessary linebreaks, I > get a somewhat jerky reading because every third line is prematurely cut > off. > > If the message had been formatted into paragraphs, I would just see the > paragraphs as the author originally wrote them. > > And what problems would there be with that flowed message in other > environments? > > Every mail reader I have ever seen wraps lines. > > Every web browser I have ever seen wraps lines. The only problem here > is that most archiving software rather unhelpfully mandates that the > browser must not wrap at the right edge of the viewer's window. > > Even a dumb mail reader, which does not even decode the quoted-printable > will see lines of 76 or so characters with an "=" sign at the end of > each line. > > > It's just like HTML email - can I read it? Yes. Do I want it in my > > inbox? Heck no. > > I don't think this is valid. > > If I sent you a format-flowed message, chances are your mail reader > would wrap the lines and you wouldn't even know. > > > Just because you can do something doesn't mean you should. > > Agreed. > > But conversely, just because something has always been done in a > particular way, doesn't mean that it should never be reviewed. > > If there are logical reasons for changing, for example getting a better > match to the conditions of a changed world, without creating backwards- > compatibility problems, then change should be considered. I want to know how you would format a post like yours above using flowed format. I honestly can't think of any way to intersperse quotes and replies that way without picking a reasonably small width and putting newlines in. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/