From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59759 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: viewing attachments Date: Wed, 09 Feb 2005 11:41:54 +0900 Organization: Emacsen advocacy group Message-ID: References: <87acqgnf7s.fsf@zip.com.au> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1107917128 26977 80.91.229.2 (9 Feb 2005 02:45:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 9 Feb 2005 02:45:28 +0000 (UTC) Original-X-From: ding-owner+M8300@lists.math.uh.edu Wed Feb 09 03:45:28 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cyhqz-0006Wj-VV for ding-account@gmane.org; Wed, 09 Feb 2005 03:45:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1Cyho5-0007fD-00; Tue, 08 Feb 2005 20:42:21 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Cyhnw-0007es-00 for ding@lists.math.uh.edu; Tue, 08 Feb 2005 20:42:12 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1Cyhnp-0000v1-EO for ding@lists.math.uh.edu; Tue, 08 Feb 2005 20:42:05 -0600 Original-Received: from washington.hostforweb.net ([69.61.11.2]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cyhnk-0004UP-00 for ; Wed, 09 Feb 2005 03:42:00 +0100 Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.44) id 1Cyhno-0000LE-7f for ding@gnus.org; Tue, 08 Feb 2005 21:42:04 -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.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:CSvxGnnIXWuRenW0cShMH5PdmrE= X-Hashcash: 1:20:050209:ding@gnus.org::TE/KHJ+cARUwTg1p:000030VS X-Antivirus-Scanner: Clean mail though you should still use an Antivirus 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 - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -4.8 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8300@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59759 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59759 >>>>> In <87acqgnf7s.fsf@zip.com.au> Kevin Ryde wrote: > Katsumi Yamaoka writes: >> I had many opportunities to need to see attachments containing >> non-ASCII text or parts which have been compressed by gzip or >> bzip2. > Handa made a change to jka-compr in the emacs cvs (2003-01-24), adding > decode-coding-inserted-region which I believe is meant to do emacs' > usual charset guessing and priorities, like find-file. I see. The recent jka-compr uses `no-conversion' for reading the output from the process which runs gzip, etc., and the contents are decoded by `decode-coding-inserted-region'. OTOH, the earlier version uses `undecided' in order to decode the contents while reading the output from the process. That the former is better is `decode-coding-inserted-region' recognizes the coding cookies (and also `file-coding-system-alist'). > I had meant to propose a patch (for gnus-mime-copy-part actually) to > make use of that, either by copying that code from the cvs, or just > using it if emacs is new enough to have it. Unfortunately I never got > around to working out the details. I'll look into the patch later. >> I hit on another idea while considering about it last week. The >> plan is to add the charset parameter to the MIME header of an >> attachment part automatically if there is a coding cookie in the >> file and the MIME charset corresponding to it exists. > If there's a cookie in the file, can't emacs just use that, without > needing a mime charset parameter? The principal object of that change was to enable users to add the MIME charset manually for files which don't contain the coding cookie. I didn't make Emacs presume the coding system since the auto-detection doesn't always work and Gnus should never add the wrong charset. Though recipients may use the auto-decoding and it may work. Furthermore, to add the MIME charset might be useful for recipients who don't use Emacs, I think. >> I've installed them (including decompressing of compressed parts) > Maybe you can use jka-compr the same way that > gnus-mime-jka-compr-maybe-uncompress does. Hm, I didn't find an API of jka-compr which is suitable to that purpose. However, that I wasn't aware there's such a function is the fact. ;-) Now I want to integrate `gnus-mime-jka-compr-maybe-uncompress' and `mm-decompress-buffer' if it is possible. > Or that function becomes > gnus-mime-copy-part-jka-insert with a patch I'm proposing - see other > message. That would have the advantage of letting the user customize > compression methods. Thanks. I will achieve them.