From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Rmail-mbox branch Date: Tue, 09 Sep 2008 10:58:43 +0900 Message-ID: <87hc8q13n0.fsf@xemacs.org> References: <87zlprvod0.fsf@stupidchicken.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> <87iqtd4ubu.fsf@uwakimon.sk.tsukuba.ac.jp> <877i9s4pf5.fsf@uwakimon.sk.tsukuba.ac.jp> <87hc8vf97n.fsf@xemacs.org> <878wu3fd4r.fsf@xemacs.org> <87myij0xqy.fsf@xemacs.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1220925243 22507 80.91.229.12 (9 Sep 2008 01:54:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Sep 2008 01:54:03 +0000 (UTC) Cc: Francesco Potorti` , emacs-devel@gnu.org, rms@gnu.org, evilborisnet@netscape.net To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 09 03:54:58 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 1KcsRU-0008CK-AD for ged-emacs-devel@m.gmane.org; Tue, 09 Sep 2008 03:54:56 +0200 Original-Received: from localhost ([127.0.0.1]:34000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcsQU-0006Ev-5E for ged-emacs-devel@m.gmane.org; Mon, 08 Sep 2008 21:53:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcsQP-0006Ei-9c for emacs-devel@gnu.org; Mon, 08 Sep 2008 21:53:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcsQN-0006EW-UJ for emacs-devel@gnu.org; Mon, 08 Sep 2008 21:53:48 -0400 Original-Received: from [199.232.76.173] (port=35144 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcsQN-0006ET-QU for emacs-devel@gnu.org; Mon, 08 Sep 2008 21:53:47 -0400 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]:44308) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KcsQE-000652-AC; Mon, 08 Sep 2008 21:53:38 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id A36798039; Tue, 9 Sep 2008 10:53:35 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2047311F80A; Tue, 9 Sep 2008 10:58:43 +0900 (JST) In-Reply-To: X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta28) "fuki" 78738a40e31e XEmacs Lucid (x86_64-unknown-linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:103712 Archived-At: Stefan Monnier writes: > Sadly [saving the decoded version] cannot be done for headers, Not if you wish to maintain portability to strictly conforming MUAs. It could be a user option, though. I suspect that many MUAs (eg mutt) can be taught to do something graceful with high-bit-set characters in the headers (like, "cat them to the terminal" ;-). If interoperability with grep is more important than interoperability with Outhouse Excess, why not let the user do it? Also, it would be mildly tedious but certainly easy enough to let your favorite MUA (eg, Gnus, or nmh from the command line) give you a summary list from the (undecoded) headers, grep that, and then grep the bodies. Don't get me wrong. Interoperability with other MUAs is extremely important. To be taken seriously as a well-behaved MUA, IMO Rmail TNG *must* be capable of saving messages in MIME form (which is trivially possible for well-formed messages off the wire, just leave the mbox alone) and decode them on every presentation. But if some user doesn't care about RFC conformance, we need not strangle her with it!