From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61941 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: merge maintenance Date: Fri, 10 Feb 2006 12:54:15 +0900 Organization: Emacsen advocacy group Message-ID: References: <61fyms3pky.fsf@fencepost.gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1139543816 26791 80.91.229.2 (10 Feb 2006 03:56:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 10 Feb 2006 03:56:56 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+m10468@lists.math.uh.edu Fri Feb 10 04:56:53 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 1F7POt-0001Et-CX for ding-account@gmane.org; Fri, 10 Feb 2006 04:56:51 +0100 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 1F7POp-00072A-00; Thu, 09 Feb 2006 21:56:47 -0600 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1F7PMX-000721-00 for ding@lists.math.uh.edu; Thu, 09 Feb 2006 21:54:25 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1F7PMV-0003Xu-CC for ding@lists.math.uh.edu; Thu, 09 Feb 2006 21:54:25 -0600 Original-Received: from washington.hostforweb.net ([66.225.201.13]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1F7PMU-00086g-00 for ; Fri, 10 Feb 2006 04:54:22 +0100 Original-Received: from [205.234.185.198] (port=48330 helo=mail.jpl.org) by washington.hostforweb.net with esmtpa (Exim 4.52) id 1F7POR-0002PJ-56; Thu, 09 Feb 2006 21:56:23 -0600 Original-To: Miles Bader X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:vwb2YSfiiu2Sc64GPpVYWU+0/EU= X-Hashcash: 1:20:060210:miles@gnu.org::yZS8YxpZtVez+bxo:000014Rr X-Hashcash: 1:20:060210:ding@gnus.org::A3R3UOdLY2i8V/Ul:00000nza X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.5 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61941 Archived-At: >>>>> In <61fyms3pky.fsf@fencepost.gnu.org> Miles Bader wrote: > When you make a change like the following, could you send me email outlining > the issue? I'm sorry not to have done so. > This is so I know (1) how to deal with the problem in the future, > and (2) whether I should in fact change the Emacs code to match the gnus-5.10 > code -- in general it's not a good idea to have the two code bases diverge > except where absolutely necessary (and hopefully where the reason is > obvious, e.g. the version numbers). I see. I thank very much for your work of every day. > 2006-02-08 Katsumi Yamaoka > * rfc2231.el (rfc2231-parse-string): Sort segmented parameters; > don't decode quoted parameters; remove misimported Emacs code. > Suggested by ARISAWA Akihiro . > (rfc2231-decode-encoded-string): Don't use split-string which > behaves differently according to Emacs version; use > mm-decode-coding-region to convert charset to coding-system. > Suggested by ARISAWA Akihiro . > (rfc2231-encode-string): Remove misimported Emacs code. Those changes have been made so that the rfc2231 decoder might work well with various MIME headers. I've also made changes in the encoder so as to generate headers in a good manner. (The former decoder violated some RFC2231 specifications, and the former encoder sometimes generated ugly headers which violate RFC822, etc.) Those are bug fixes, so they should have been done in both the trunk and the v5-10 branch. Please note that ``Remove misimported Emacs code.'' means that the codes I've already removed in the v5-10 branch was re-imported from Emacs to the v5-10 branch. I found such things only in rfc2231.el so far. When you synch Emacs to the v5-10 branch next, it might be better to wholly copy rfc2231.el from the v5-10 branch to Emacs. Best regards,