From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56503 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: Bug in deleting attachments Date: Wed, 03 Mar 2004 08:23:36 +0900 Organization: Emacsen advocacy group Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp-2 X-Trace: sea.gmane.org 1078269871 12703 80.91.224.253 (2 Mar 2004 23:24:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Mar 2004 23:24:31 +0000 (UTC) Original-X-From: ding-owner+M5044@lists.math.uh.edu Wed Mar 03 00:24:25 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AyJFR-0006QX-00 for ; Wed, 03 Mar 2004 00:24:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AyJEq-0005mf-00; Tue, 02 Mar 2004 17:23:48 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AyJEl-0005ma-00 for ding@lists.math.uh.edu; Tue, 02 Mar 2004 17:23:43 -0600 Original-Received: from washington.hostforweb.net (washington.hostforweb.net [69.61.11.2]) by justine.libertine.org (Postfix) with ESMTP id 930B93A0036 for ; Tue, 2 Mar 2004 17:23:42 -0600 (CST) Original-Received: from yamaoka by washington.hostforweb.net with local (Exim 4.24) id 1AyJEp-00053Z-TZ for ding@gnus.org; Tue, 02 Mar 2004 18:23:48 -0500 Original-To: ding@gnus.org 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.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:V2W0eDHRbrr9qkGpa/vwpi/9QtM= X-Hashcash: 0:040302:ding@gnus.org:c186f067da6183a9 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 - [32041 32041] / [47 12] X-AntiAbuse: Sender Address Domain - washington.hostforweb.net Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56503 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56503 >>>>> In >>>>> sigurd@12move.de (Karl Pfl.ANdsterer) wrote: > I looked further and saw that definition of `mm-multiple-handles' > (defun mm-multiple-handles (handles) > (and (listp handles) > (> (length handles) 1) > (or (listp (car handles)) > (stringp (car handles))))) I changed it to be used by the mm-w3m-cid-retrieve-1 function so that it detects multiple handles in the strict sense of the name: 2004-01-15 Katsumi Yamaoka * mm-decoce.el (mm-multiple-handles): Recognize a string as a mime handle, as well as a list. ;; Oops, there's a typo! The function definition used to be: (defun mm-multiple-handles (handles) (and (listp (car handles)) (> (length handles) 1))) > The value of `gnus-article-mime-handles' in that case was: > ("multipart/mixed" (#"> ("text/html" (charset . > "us-ascii")) 7bit (lambda nil (let (buffer-read-only) (delete-region > # > #))) nil nil nil nil) (#"> > ("application/x-zip-compressed" (name . "Raging Cajun.zip")) base64 nil > ("inline" (filename . "Raging Cajun.zip")) nil nil nil))) It is reasonable that the present mm-multiple-handles returns t for that case, isn't it? :) >>>>> In >>>>> Reiner Steib <4.uce.03.r.s@nurfuerspam.de> wrote: > First, I have to admit that the code of `gnus-mime-delete-part' is > more or less copied from `gnus-mime-save-part-and-strip' (see the > FIXME). In `gnus-mime-save-part-and-strip' ShengHuo added this check > deliberately: > ,----[ ] >| From: ShengHuo ZHU >| Subject: Re: remove attachments >| Newsgroups: gnu.emacs.gnus >| Date: Thu, 14 Feb 2002 13:27:42 -0500 >| Message-ID: <2n664zyl41.fsf@zsh.cs.rochester.edu> >| >| Reiner Steib <4uce.02.r.steib@gmx.net> writes: >| [...] >|> Is it possible to strip a part that's inside a forwarded messsage >|> (Content-Type: message/rfc822)? I'd like to strip the >|> `application/msword' part from the following message (I get >|> `gnus-mime-save-part-and-strip: This function is not implemented'): >| >| I disabled this feature on messages with complicated MIME structures >| because of some difficulties, such as locating the part, PGP or S/MIME >| stuff, etc. Anyway, you can always edit the message manually if the >| back end supports it. > `---- > But maybe we can change the error into a query like "Deleting parts in > complicated MIME structures might not work. Are you sure?"? And we probably have to provide the new function for that purpose like: (defun mm-complicated-handles (handles) (and (listp (car handles)) (> (length handles) 1))) -- Katsumi Yamaoka