From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63483 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.gnus.general Subject: Re: 21.5 crash in Gnus Date: Thu, 20 Jul 2006 03:06:47 +0900 Organization: The XEmacs Project Message-ID: <8764ht5v0o.fsf@tleepslib.sk.tsukuba.ac.jp> References: <1142286252.31896.5.camel@jerrypc.cs.usu.edu> <87mzftjyd2.fsf@tleepslib.sk.tsukuba.ac.jp> <873bhjiqht.fsf@tleepslib.sk.tsukuba.ac.jp> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Trace: sea.gmane.org 1153336604 741 80.91.229.2 (19 Jul 2006 19:16:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Jul 2006 19:16:44 +0000 (UTC) Original-X-From: ding-owner+m12010@lists.math.uh.edu Wed Jul 19 21:16:42 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G3HXC-0006Fk-5k for ding-account@gmane.org; Wed, 19 Jul 2006 21:16:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1G3HWo-0007xt-00; Wed, 19 Jul 2006 14:16:14 -0500 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1G3GS5-0007oe-00 for ding@lists.math.uh.edu; Wed, 19 Jul 2006 13:07:17 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1G3GRx-0007fQ-WD for ding@lists.math.uh.edu; Wed, 19 Jul 2006 13:07:16 -0500 Original-Received: from tleepslib.sk.tsukuba.ac.jp ([130.158.98.109]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1G3GRl-000208-00 for ; Wed, 19 Jul 2006 20:06:57 +0200 Original-Received: from steve by tleepslib.sk.tsukuba.ac.jp with local (Exim 4.62) (envelope-from ) id 1G3GRc-0000tI-El for ding@gnus.org; Thu, 20 Jul 2006 03:06:48 +0900 Original-To: ding@gnus.org X-Attribution: sjt In-Reply-To: (Reiner Steib's message of "Wed, 19 Jul 2006 18:47:04 +0200") User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (linux) X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:63483 Archived-At: >>>>> "Reiner" == Reiner Steib writes: Reiner> On Wed, Mar 15 2006, Stephen J. Turnbull wrote: >>>>>>> "Reiner" == Reiner Steib >>>>>>> writes: Reiner> On Tue, Mar 14 2006, Stephen J. Turnbull wrote: >>>> However, Gnus's I18N misfeatures are legion; Reiner> Care to explain? Or give us some URLs or MIDs? Reiner> Is anyone interested in investigating these problems? I'm not. These bugs generally bite me while I'm doing something moderately destructive such as a save-and-strip-mime, which of course makes replication impossible. I've had great trouble understanding the Gnus code, so it's extremely difficult to localize bugs. > Here are the reasons that bit me this week: > > 1. Something isn't checking for the coding-system `gnus-decoded', > which gets propagated as a buffer-local value (typically the > *Article* buffer) of some coding system variable used by nnmail, > thus making the error essentially permanent until you kill the > buffer. I haven't seen this recently. > 3. Every time you edit a mail, the RFC2231-encoded parameters get > re-encoded when you save. This is particularly annoying when > somebody sends you a 15-attachment mail. Still the case. Should be easily reproduced. > 4. The code for viewing MIME parts doesn't seem to grok RFC2231; > clicking on an encoded external body gives a "I can't find any > file with a name that seems to be RFC2231-encoded" error. Still the case. Should be easily reproduced. >> 5. There's no proper way to set the charset parameter when >> editing a message. Reiner> You can set mm-coding-system-priorities locally, at least Reiner> in Emacs. You call that "proper"? I'll try it the next time it's relevant, but it is not a reasonable interface. Editing the mail in a separate buffer in fundamental mode is far more convenient and reliable. > 6. Address headers don't get RFC2047-encoded in Japanese mail. (This > is a multiple regression, sometimes it works, sometimes it don't, > lather, rinse, repeat.) Haven't had a problem with this recently. > 7. Gnus doesn't seem to provide a useful way to "wash" mail with a > broken Content-Type header. Haven't run into this in a while. New one: 8. Message mode handles headers of the form To: taro@tsukuba.net (筑波太郎) improperly, where the header was automatically generated as a reply, and the content of the comment was ISO-2022-JP-encoded Japanese. It produces this: To: taro@tsukuba.net =?ISO-2022-JP?B?KBskQkNeR0hCQE86GyhCKQ==?= which is of course an erroneous address according to RFC 2822. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.