Re: Hang entering summary buffer

[Katsumi Yamaoka <yamaoka@jpl.org>]

[-- Attachment #1: Type: text/plain, Size: 392 bytes --]

>>>>> In <m38yz6zf1w.fsf@defun.localdomain>
>>>>>	Jesper Harder <harder@ifa.au.dk> 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.  The following patch
may also be evil, but I think it or similar solution is needed
to Gnus.  How about it?


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 571 bytes --]

--- rfc2047.el~	2002-09-14 03:37:43 +0000
+++ rfc2047.el	2002-12-04 02:39:53 +0000
@@ -520,6 +520,13 @@
 		   (prog1
 		       (match-string 0)
 		     (delete-region (match-beginning 0) (match-end 0)))))
+	  ;; Remove newlines or excessive whitespace between decoded words.
+	  (save-restriction
+	    (narrow-to-region e (point))
+	    (goto-char e)
+	    (while (re-search-forward "[\t\n\r ]+" nil t)
+	      (replace-match " "))
+	    (goto-char (point-max)))
 	  (when (and (mm-multibyte-p)
 		     mail-parse-charset
 		     (not (eq mail-parse-charset 'us-ascii))