From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53109 Path: main.gmane.org!not-for-mail From: Jan Rychter Newsgroups: gmane.emacs.gnus.general Subject: Re: something decodes my headers... Date: Wed, 11 Jun 2003 11:38:26 -0700 Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1055361854 30123 80.91.224.249 (11 Jun 2003 20:04:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 11 Jun 2003 20:04:14 +0000 (UTC) Original-X-From: ding-owner+M1653@lists.math.uh.edu Wed Jun 11 22:04:13 2003 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 19QBov-0007o1-00 for ; Wed, 11 Jun 2003 22:03:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19QBrH-0004DK-00; Wed, 11 Jun 2003 15:06:11 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19QBrC-0004DF-00 for ding@lists.math.uh.edu; Wed, 11 Jun 2003 15:06:06 -0500 Original-Received: (qmail 57200 invoked by alias); 11 Jun 2003 20:06:06 -0000 Original-Received: (qmail 57195 invoked from network); 11 Jun 2003 20:06:05 -0000 Original-Received: from screech.rychter.com (212.87.11.114) by sclp3.sclp.com with SMTP; 11 Jun 2003 20:06:05 -0000 Original-Received: from tnuctip.rychter.com (unknown [10.197.0.2]) by screech.rychter.com (Postfix) with ESMTP id B0B964A60C for ; Wed, 11 Jun 2003 22:05:55 +0200 (CEST) Original-Received: from tnuctip.rychter.com (localhost.localdomain [127.0.0.1]) by tnuctip.rychter.com (8.12.8/8.12.8) with ESMTP id h5BK5mrS032371 for ; Wed, 11 Jun 2003 13:05:53 -0700 Original-Received: (from jwr@localhost) by tnuctip.rychter.com (8.12.8/8.12.8/Submit) id h5BK5ker032369; Wed, 11 Jun 2003 13:05:46 -0700 Original-To: ding@gnus.org X-Spammers-Please: blackholeme@rychter.com In-Reply-To: (Simon Josefsson's message of "Wed, 11 Jun 2003 12:13:50 +0200") User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:53109 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53109 >>>>> "Simon" == Simon Josefsson writes: Simon> Jan Rychter writes: > "Simon" == Simon Josefsson writes: Simon> I think it might be a bug to invoke mail-extr on 8bit data. Jan Simon> Rychter writes: > It is. It is really not designed to do that, and it only works for a > subset of ISO-8859-1. Actually, I have the distinct impression that > if we removed the 8859-1 support from mail-extr.el, the breakage > would be noticed by many more people. >> Simon> Yes. OTOH, I doubt the Right Thing wrt mail-extr is to patch Simon> it. It should be rewritten. But if there is a short patch that Simon> solve problems, I guess it doesn't hurt. Removing the Simon> iso-8859-1 support is probably not a good thing in practice Simon> though, even if I agree in theory. >> >> I fully agree, although I'd love to see a "testing period" with the >> ISO-8859-1 support in mail-extr.el removed. Just so that people >> notice the problems. Simon> Since mail-extr.el isn't part of Gnus, this is hard to do here. Simon> Maybe suggest it on emacs-devel? OTOH, I'm not sure what the Simon> result of the test period would be, it doesn't help if people Simon> just notice the problem, someone has to do something about it Simon> too, and they can do something about it without a test period, Simon> can't they? mail-extr.el looks way too scary to me. >> No, the patch does not help. I do not mess with >> gnus-extract-address-components, it is left at default. >> >> Also, the messages in my nnml spool definitely do not have 8bit >> characters: >> >> From: =?iso-8859-2?Q?Pawe=B3_lastnamesnipped?= >> >> So, it seems that something decodes the From: field. Simon> I guess I missed something... Found it. rfc2047-parse-and-decode("=?iso-8859-2?Q?Pawe=B3_lastname?=") mail-decode-encoded-word-region(1 944) article-decode-encoded-words() run-hooks(article-decode-encoded-words) gnus-request-article-this-buffer(45728 "nnml+private:in") gnus-article-prepare(45728 nil) gnus-summary-display-article(45728 nil) gnus-summary-select-article(nil force) gnus-summary-show-article(nil) call-interactively(gnus-summary-show-article) And, just as a reminder, this results in: mail-extract-address-components("Paweł lastname ") mm-dissect-buffer(nil nil) gnus-display-mime() gnus-article-prepare-display() gnus-article-prepare(96804 nil) gnus-summary-display-article(96804) gnus-summary-next-article(nil nil t) gnus-summary-prev-article(nil) call-interactively(gnus-summary-prev-article) ... which fails miserably with mail-extract-address-components returning "Pawe" as the sender's name. I think that gnus-request-article-this-buffer should not rfc2047-decode headers before mail-extract-address-components sees them? Can I hope for a fix from someone more knowledgeable? --J.