From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Rmail-mbox branch Date: Thu, 04 Sep 2008 00:35:00 -0400 Message-ID: References: <87zlprvod0.fsf@stupidchicken.com> <4868CF84.1040005@pajato.com> <48A90589.4020804@pajato.com> <48A91146.60200@pajato.com> <48A968A3.8050806@pajato.com> <48BA1DAE.2030005@pajato.com> <874p51xblf.fsf@cyd.mit.edu> <84od39q9mv.fsf@boris.laptop> <84abesum0g.fsf@boris.laptop> <841w03v389.fsf@boris.laptop> <84wshvtgoz.fsf@boris.laptop> <87od363q1i.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1220503029 29884 80.91.229.12 (4 Sep 2008 04:37:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Sep 2008 04:37:09 +0000 (UTC) Cc: stephen@xemacs.org, emacs-devel@gnu.org, rms@gnu.org, evilborisnet@netscape.net To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 04 06:38:02 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kb6bY-0007yQ-SZ for ged-emacs-devel@m.gmane.org; Thu, 04 Sep 2008 06:38:01 +0200 Original-Received: from localhost ([127.0.0.1]:45684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kb6aZ-00034W-HH for ged-emacs-devel@m.gmane.org; Thu, 04 Sep 2008 00:36:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kb6ZB-0002Wk-LX for emacs-devel@gnu.org; Thu, 04 Sep 2008 00:35:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kb6Z9-0002U0-Av for emacs-devel@gnu.org; Thu, 04 Sep 2008 00:35:32 -0400 Original-Received: from [199.232.76.173] (port=41536 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kb6Z9-0002Td-3f for emacs-devel@gnu.org; Thu, 04 Sep 2008 00:35:31 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:11620) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kb6Yf-0005pJ-Rw; Thu, 04 Sep 2008 00:35:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAFQCv0hFxJRU/2dsb2JhbACBZbUqgWeBBg X-IronPort-AV: E=Sophos;i="4.32,320,1217822400"; d="scan'208";a="26328172" Original-Received: from 69-196-148-84.dsl.teksavvy.com (HELO pastel.home) ([69.196.148.84]) by ironport2-out.teksavvy.com with ESMTP; 04 Sep 2008 00:35:00 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 5990B8145; Thu, 4 Sep 2008 00:35:00 -0400 (EDT) In-Reply-To: (Kenichi Handa's message of "Thu, 04 Sep 2008 09:45:01 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103528 Archived-At: >> > MIME media-type text bodies may use Content-Transfer-Encoding: 8bit, >> > which would allow you to save the predecoded text body. But who >> > cares? Nobody sends multimegabyte text/plain messages; decoding per >> > display is not an efficiency problem. >> Indeed, decoding upon display is not a problem. The problem that's new >> for Pmail is that Rmail allows the user to edit a message, so Pmail will >> need to be able to re-encode a displayed message. > Isn't it possible to use some of Gnus' functionality to compose a > MIME-correct mail? Of course, there is, in the sense that several pieces of the puzzle are already written, but there's still a fair bit of glue to write. For one thing, Gnus's mime-composition uses a different input format than Gnus's mime-display output-format. Then of course, there's the issue of making sure that the encoding is done reliably without any loss of information, which probably means that the decoding itself should be careful to preserve all the information. Stefan