From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48020 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.gnus.general Subject: Re: Hang entering summary buffer Date: Wed, 04 Dec 2002 04:57:41 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1038974401 28699 80.91.224.249 (4 Dec 2002 04:00:01 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 4 Dec 2002 04:00:01 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18JQhb-0007Sj-00 for ; Wed, 04 Dec 2002 04:59:59 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18JQiT-0007Sj-00; Tue, 03 Dec 2002 22:00:53 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 03 Dec 2002 22:01:42 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id WAA16269 for ; Tue, 3 Dec 2002 22:01:29 -0600 (CST) Original-Received: (qmail 24356 invoked by alias); 4 Dec 2002 04:00:34 -0000 Original-Received: (qmail 24351 invoked from network); 4 Dec 2002 04:00:34 -0000 Original-Received: from pfepc.post.tele.dk (193.162.153.4) by gnus.org with SMTP; 4 Dec 2002 04:00:34 -0000 Original-Received: from defun.localdomain (0xc3d7e0cf.esnxr4.ras.tele.dk [195.215.224.207]) by pfepc.post.tele.dk (Postfix) with ESMTP id 55311263433 for ; Wed, 4 Dec 2002 05:00:17 +0100 (CET) Original-To: ding@gnus.org In-Reply-To: (Katsumi Yamaoka's message of "Wed, 04 Dec 2002 11:46:19 +0900") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-redhat-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48020 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48020 Katsumi Yamaoka writes: >>>>>> In >>>>>> Jesper Harder wrote: > >> It happens because the Subject line is badly broken, it contains an >> embedded CR/LF. > > AFAIK, the MIME header encoding doesn't express newlines in > principle, so such encoded words are evil. Yes. RFC 2047 actually mentions that you should beware of this possibility: Only printable and white space character data should be encoded using this scheme. However, since these encoding schemes allow the encoding of arbitrary octet values, mail readers that implement this decoding should also ensure that display of the decoded data on the recipient's terminal will not cause unwanted side-effects. > The following patch may also be evil, but I think it or similar > solution is needed to Gnus. How about it? It's slighly evil :-) I don't think we should remove excessive whitespace here (other than \n and \r). I know that a lot of clients have broken RFC 2047 en/decoder that often introduce spurious whitespace. But if we remove it we're breaking the standard. If people want to clean it up, they should include `gnus-simplify-whitespace' in `gnus-simplify-subject-functions' instead.