From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lorian@fsavigny.de (Florian v. Savigny) Newsgroups: gmane.emacs.help Subject: problems with rmime's handling of some received MIME attachments Date: 07 Oct 2002 03:07:59 +0200 Organization: Linux Private Site Sender: help-gnu-emacs-admin@gnu.org Message-ID: NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1033952540 31738 127.0.0.1 (7 Oct 2002 01:02:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 7 Oct 2002 01:02:20 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17yMHq-0008Fm-00 for ; Mon, 07 Oct 2002 03:02:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17yMGk-0000Sr-00; Sun, 06 Oct 2002 21:01:10 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!151.189.0.75!newsfeed.arcor-online.net!news.belwue.de!news.uni-stuttgart.de!rz.uni-karlsruhe.de!schlund.de!news.online.de!not-for-mail Original-Newsgroups: comp.emacs,gnu.emacs.help Original-Followup-To: gnu.emacs.help Original-Lines: 142 Original-NNTP-Posting-Host: pd9506c9b.dip0.t-ipconnect.de Original-X-Trace: news.online.de 1033952386 26985 217.80.108.155 (7 Oct 2002 00:59:46 GMT) Original-X-Complaints-To: abuse@online.de Original-NNTP-Posting-Date: 7 Oct 2002 00:59:46 GMT X-Newsreader: Gnus v5.7/Emacs 20.6 Original-Xref: shelby.stanford.edu comp.emacs:75080 gnu.emacs.help:105770 Original-To: help-gnu-emacs@gnu.org Errors-To: help-gnu-emacs-admin@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.help:2316 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:2316 Hello, I've been having a recurrent but as yet unpredictable problem with the way rmime offers me to process a file attachment, but only in some cases, which I will try to distinguish from one another. Normally, rmime works like this on my system: a message with an attachment will contain a line such as: Press C-c C-c here for "application/zip; name="Longer File Name.ZIP"" data When I press C-c C-c on that line, the file will be stored in /tmp. (Actually, it should also run the program defined in ~/.mailcap, which it doesn't do, but I don't care enough to fix that.) I am happy with that, and the file works fine. I refer to this behaviour as the "first type". Now there is a different case, in which the message will contain a slightly different line, such as: Press C-c C-c here to receive file transmission ^_ -=- MIME -=- ^_^L When I press C-c C-c on that line, emacs will prompt in the minibuffer: "Save transmitted file as: " and I can type in a filename, press Enter and the file is saved. The next thing that happens is that a new window displaying the contents of the - binary - file springs up; uselessly, of course. The file is corrupted, i.e. it seems to have a plausible length, but is not reckognized as, e.g., Word format. I refer to this behaviour as the "second type". I'd be glad should anyone have a clue what goes on here. I have tried to sort out what causes rmime to display the different lines and have pasted relevant lines from the raw rmail file below my signature. As far a I am concerned, I don't see any difference: the sender used the same mailer, same OS, and same computer. The MIME stuff looks the same to me. But what drives rmime behaviour? Any help greatly appreciated! [Oh, the following info is missing: ;; Author: Ray Moody ;; Version: $Id: rmime.el,v 1.2 1996/05/30 02:24:58 moody Exp $ ;; Keywords: MIME, mail GNU Emacs 20.6.1 (i386-suse-linux, X toolkit) of Sam Mär 11 2000 on Hahn ~/.emacs: (add-hook 'rmail-show-message-hook 'rmime-format) (add-hook 'rmail-edit-mode-hook 'rmime-cancel) (autoload 'rmime-format "rmime" "" nil) (setq rmime-metamail-program "/usr/bin/metamail") ] -- Florian von Savigny __________________________________________________________________ nospam@please.to.me * the first (working) type: [Header] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="part1_118.13fb4608.2a56b36b_boundary" X-Mailer: AOL 6.0 for Windows DE sub 10512 . . . --part1_118.13fb4608.2a56b36b_boundary Content-Type: multipart/alternative; boundary="part1_118.13fb4608.2a56b36b_alt_boundary" . . . --part1_118.13fb4608.2a56b36b_alt_boundary-- --part1_118.13fb4608.2a56b36b_boundary Content-Type: application/zip; name="Longer File Name.ZIP" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Longer File Name.ZIP" UEsDBBQAAgAIAKpWWSyzAt/icE0cAOg91QAeAAAAQmF5ZXIgQ2xpbmljYWwgUHJpbWVyIEVO T1gucGRmlLgDlKVL0i5cttFlV3XZtm27y7atLtu2zS7btrps28atPnNm1nwz373/+ve7cmdk RGTgjcy94tkkckIi1PQ0jLAkO7tTc7BQrGxs+HT4NvrmsFxc+LC0UmbWRnr2Zu5Ghvj0X0tZ . . . --part1_118.13fb4608.2a56b36b_boundary-- ^_^L * the second (not working) type: [Header] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="part1_ae.2a2b668d.2a68890d_boundary" X-Mailer: AOL 6.0 for Windows DE sub 10512 . . . --part1_ae.2a2b668d.2a68890d_boundary Content-Type: multipart/alternative; boundary="part1_ae.2a2b668d.2a68890d_alt_boundary" . . . --part1_ae.2a2b668d.2a68890d_alt_boundary-- --part1_ae.2a2b668d.2a68890d_boundary Content-Type: application/octet-stream; name="also long filename.doc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="also long filename.doc" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAFAAAAewIAAAAA AAAAEAAAfQIAAAEAAAD+////AAAAAHYCAAB3AgAAeAIAAHkCAAB6AgAA//////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// . . . --part1_ae.2a2b668d.2a68890d_boundary-- ^_^L