From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59730 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: viewing attachments Date: Mon, 07 Feb 2005 19:38:41 +0900 Organization: Emacsen advocacy group Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1107772941 6486 80.91.229.2 (7 Feb 2005 10:42:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Feb 2005 10:42:21 +0000 (UTC) Original-X-From: ding-owner+M8271@lists.math.uh.edu Mon Feb 07 11:42:20 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cy6LE-0005FU-53 for ding-account@gmane.org; Mon, 07 Feb 2005 11:42:04 +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 1Cy6IL-0003QN-00; Mon, 07 Feb 2005 04:39:05 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Cy6IG-0003QI-00 for ding@lists.math.uh.edu; Mon, 07 Feb 2005 04:39:00 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1Cy6I9-00027Q-JS for ding@lists.math.uh.edu; Mon, 07 Feb 2005 04:38:53 -0600 Original-Received: from washington.hostforweb.net ([69.61.11.2]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cy6I8-0001P8-00 for ; Mon, 07 Feb 2005 11:38:52 +0100 Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.44) id 1Cy6I2-0003tI-J2 for ding@gnus.org; Mon, 07 Feb 2005 05:38:47 -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:RUkNH29TdUcmTYW1YrcKxrfkAKI= X-Hashcash: 1:20:050207:ding@gnus.org::qC4SQdySZhJZgkxK:00001wHo 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+m8271@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59730 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59730 --=-=-= Hello, I had many opportunities to need to see attachments containing non-ASCII text or parts which have been compressed by gzip or bzip2. ARISAWA Akihiro suggested one solution to make it handy; it was setting of the `gnus-summary-show-article-charset-alist' variable as follows: (setq gnus-summary-show-article-charset-alist '((0 . undecided) (1 . shift_jis) (2 . iso-2022-7bit) (3 . euc-japan) (4 . utf-8))) It is very useful, especially for Japanese. I can see a part containing Japanese text (e.g., it is an ELisp program, a patch, etc.) by typing `0 i' (or `1 i', `2 i',...) on the part button. Still, I had to save a compressed part to a file and to use the `less' command or something in order to see it. On the other hand, TSUCHIYA Masatoshi proposed an idea that Gnus supports sending and receiving the MIME charsets even for attachments. It seemed to be useful although there aren't necessarily the MIME charsets corresponding to all the coding systems (for example, there's no MIME charset for the iso-2022-7bit coding system which is used in the etc/HELLO file). 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. Even if it cannot be done automatically, Gnus should recognize the charset parameter which a user may add to the MML tag manually. And then, Gnus will be able to decode and display such a part in which the charset parameter is specified. In addition to this, I also noticed Gnus can decode an attachment if the coding cookie is there even if the charset parameter is not specified. I've installed them (including decompressing of compressed parts) in the Gnus trunk. Here are two examples compressed by gzip and bzip2. You can see them by simply typing `i' at the part buttons. The charset parameter in the first part was added manually, and the one in the second part was added automatically. --=-=-= Content-Type: application/x-gzip; charset=utf-8 Content-Disposition: attachment; filename=t0.el.gz Content-Transfer-Encoding: base64 H4sIABYoA0ICAwFyAI3/KG1lc3NhZ2UgIiVzIiAiXApHZXJtYW4gKERldXRz Y2gpCUd1dGVuIFRhZywgR3LDvMOfIEdvdHQKSmFwYW5lc2UgKOaXpeacrOiq nikJ44GT44KT44Gr44Gh44GvLCDvvbrvvp3vvobvvoHvvooKIikKHJmg/XIA AAA= --=-=-= Content-Type: application/x-bzip2; charset=utf-8 Content-Disposition: attachment; filename=t1.el.bz2 Content-Transfer-Encoding: base64 QlpoOTFBWSZTWW/Q5HwAABXf/QAwUnYAWASQBAQv494AMRAIh6IcgBcIAAlA oAByKmgmEyMBDAAAAA9FCKn6NEnpqabRBtQZqejSBoAAEhbGad9CqTTBcwlT nrllGMTDTcV8KuuUIgchDWLaMQUGMvTK+yo6bJD5nNU4tRC+uGInDBKzkaEi yAbbzEzI9gHoYxW2gI7YD8yG6jIgUwRf1Ac9jhAjoE9l/i7kinChIN+hyPg= --=-=-= XEmacs users need the APEL XEmacs package or the original version of APEL. Regards, --=-=-=--