From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63384 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.semi.japanese,gmane.emacs.gnus.general Subject: decoding filenames containing `*'s Date: Wed, 21 Jun 2006 07:40:09 +0900 Organization: Emacsen advocacy group Message-ID: References: <87slm1grv5.fsf@puyo.nijino.com> <87hd2ggcol.fsf@puyo.nijino.com> Reply-To: semi-gnus-ja@meadowy.org NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1150843238 6636 80.91.229.2 (20 Jun 2006 22:40:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Jun 2006 22:40:38 +0000 (UTC) Cc: semi-gnus-ja@meadowy.org Original-X-From: semi-gnus-ja-return-19641-gegsj-semi-gnus-ja-403=m.gmane.org@meadowy.org Wed Jun 21 00:40:36 2006 Return-path: Envelope-to: gegsj-semi-gnus-ja-403@gmane.org Original-Received: from farm.meadowy.org ([202.222.30.108]) by ciao.gmane.org with smtp (Exim 4.43) id 1FsotM-0007ow-AX for gegsj-semi-gnus-ja-403@gmane.org; Wed, 21 Jun 2006 00:40:16 +0200 Original-Received: (qmail 5792 invoked by uid 501); 20 Jun 2006 22:40:12 -0000 Mailing-List: contact semi-gnus-ja-help@meadowy.org; run by ezmlm Original-Sender: semi-gnus-ja-owner@meadowy.org X-ML-NAME: semi-gnus-ja Precedence: bulk Original-Received: (qmail 5786 invoked from network); 20 Jun 2006 22:40:12 -0000 X-SendingHost: 66.225.201.13 Original-To: ding@gnus.org X-Hashcash: 1:20:060620:yamaoka@ga.sony.co.jp::Vbeh65jC57EyarxA:000000000000000000000000000000000000000082h/ 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.110006 (No Gnus v0.6) Emacs/23.0.0 (gnu/linux) Cancel-Lock: sha1:z1WojyZOBXJv2vFH2Cv2aSGwZPc= 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 - meadowy.org X-AntiAbuse: Originator/Caller UID/GID - [32233 32235] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-ML-COUNT: 19641 Xref: news.gmane.org gmane.emacs.gnus.semi.japanese:12177 gmane.emacs.gnus.general:63384 Archived-At: --=-=-= Hi, ARISAWA Akihiro reported Gnus doesn't decode file names that attachments specify if there are the asterisk characters which aren't quoted in those names. For example, the file attached below has the name "a*.txt" (you can see it by typing `C-u g'). --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=a*.txt --=-=-= Another example which has the Japanese file name follows: --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename*=iso-2022-jp''%1b$B%25*%25s%25i%25$%25s%1b%28B.txt --=-=-= I've fixed the `rfc2231-parse-string' function in both the trunk and the v5-10 branch so that they might be decoded. That the file name "a*.txt" doesn't appear in the former MIME button is due to a bug of Gnus, because RFC2183 and RFC2045 does not request that `*'s should be encoded in parameter values. ARISAWA-san quoted the related specifications as follows: RFC2183: ======== filename-parm := "filename" "=" value [...] NOTE ON PARAMETER VALUE LENGHTS: A short (length <= 78 characters) parameter value containing only non-`tspecials' characters SHOULD be represented as a single `token'. A short parameter value containing only ASCII characters, but including `tspecials' characters, SHOULD be represented as `quoted-string'. RFC2045: ======== value := token / quoted-string token := 1* tspecials := "(" / ")" / "<" / ">" / "@" / "," / ";" / ":" / "\" / <"> "/" / "[" / "]" / "?" / "=" As for the latter case, that the Japanese file name isn't decoded is due to a bug of a certain mailer (he wrote that some version of Thunderbird does it), since (also he wrote) RFC2231 specifies that `*'s should be encoded in the `extended-parameter'. Even so, because there is no reason that they should not be decoded, Gnus now decodes such parameter values, though. Regards, --=-=-=--