From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Sending attachments Date: Tue, 07 Jul 2009 06:05:20 -0400 Message-ID: References: <87k52rzyn1.fsf@benthic.rattlesnake.com> <873a9fw6dt.fsf@catnip.gol.com> <87y6r7yp1y.fsf@stupidchicken.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1246961230 20170 80.91.229.12 (7 Jul 2009 10:07:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Jul 2009 10:07:10 +0000 (UTC) Cc: cyd@stupidchicken.com, ams@gnu.org, miles@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 07 12:07:03 2009 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 1MO7Zh-0000Hs-BH for ged-emacs-devel@m.gmane.org; Tue, 07 Jul 2009 12:06:58 +0200 Original-Received: from localhost ([127.0.0.1]:59685 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MO7Zg-0007vk-Hv for ged-emacs-devel@m.gmane.org; Tue, 07 Jul 2009 06:06:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MO7YG-0007KD-Ji for emacs-devel@gnu.org; Tue, 07 Jul 2009 06:05:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MO7YB-0007GU-1Z for emacs-devel@gnu.org; Tue, 07 Jul 2009 06:05:28 -0400 Original-Received: from [199.232.76.173] (port=52300 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MO7YA-0007GL-Kh for emacs-devel@gnu.org; Tue, 07 Jul 2009 06:05:22 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:49237) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MO7YA-00008B-7X for emacs-devel@gnu.org; Tue, 07 Jul 2009 06:05:22 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MO7Y8-0006Xq-FZ; Tue, 07 Jul 2009 06:05:20 -0400 In-reply-to: (message from Glenn Morris on Mon, 06 Jul 2009 12:16:29 -0400) X-detected-operating-system: by monty-python.gnu.org: GNU/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:112128 Archived-At: Have you looked at rmailmm.el, which is part of Emacs? ;;; rmailmm.el --- MIME decoding and display stuff for RMAIL Thanks for reminding me about this. Etach has code for making attachments and for decoding attachments, but they are separate in implementation. If rmailmm is better for decoding, we could install only the Etach encoding support. I looked at, and tried, both rmailmm and Etach's mime decoding code. I just tried rmailmm on a message which had a text part and an HTML part. It made a temporary buffer and showed both of them in it. If I changed it to put some separator between the two parts, it would be usable. etach-detach is more convenient because does one attachment at a time. It also understands mime more. For instance, it understands that the text and HTLM are alternatives and you only want to see one. I needed to make a few changes to get it to work with rmail-mbox, but they were simplifications. It now displays the textual attachments right in the rmail view buffer. I concluded that the etach-detach code is superior. I think it should replace rmailmm. With a little more work I could give it a mode of behavior similar to rmailmm, so as to make the replacement smoother.