From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/54097 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.gnus.general Subject: Re: Saving attachments with a leading dot Date: Mon, 29 Sep 2003 05:20:03 +0200 Organization: http://purl.org/harder/ 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=us-ascii X-Trace: sea.gmane.org 1064806325 8973 80.91.224.253 (29 Sep 2003 03:32:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 29 Sep 2003 03:32:05 +0000 (UTC) Original-X-From: ding-owner+M2638@lists.math.uh.edu Mon Sep 29 05:32:04 2003 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 1A3olX-000338-00 for ; Mon, 29 Sep 2003 05:32:03 +0200 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 1A3okx-0003yk-00; Sun, 28 Sep 2003 22:31:27 -0500 Original-Received: from justine.libertine.org ([66.139.78.221]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1A3okh-0003yK-00 for ding@lists.math.uh.edu; Sun, 28 Sep 2003 22:31:11 -0500 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id 584923A0071 for ; Sun, 28 Sep 2003 22:31:10 -0500 (CDT) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1A3okf-0000R4-00 for ; Mon, 29 Sep 2003 05:31:09 +0200 Original-To: ding@gnus.org Original-Path: localhost.localdomain!nobody Original-Newsgroups: gnus.ding Original-Lines: 31 Original-NNTP-Posting-Host: 0xc3f952b3.esnxr1.ras.tele.dk Original-X-Trace: quimby.gnus.org 1064806269 1677 195.249.82.179 (29 Sep 2003 03:31:09 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Mon, 29 Sep 2003 03:31:09 +0000 (UTC) X-Face: ^RrvqCr7c,P$zTR:QED"@h9+BTm-"fjZJJ-3=OU7.)i/K]<.J88}s>'Z_$r; writes: > Correct me if I'm wrong, but Gnus doesn't extract attachments > automatically, does it? It _can_ do that (depending on you settings), but in that case it doesn't use the filename parameter. > And when you do extract an attachment inentionally, Gnus *always* > offers you the filename for editing. I guess we can call that > "explicitly initiating the action". And beyond that, I don't really > see why Gnus should *prevent* anything. The question isn't really whether Gnus should change certain `filename' parameters. It already does this (the directory part of the parameter is always stripped), and rightly so. It's more a question of how _much_ defensive programming we should do. Lots and lots of flawed shell scripts don't handle embedded newlines correctly, so I think it makes sense to acknowledge that fact -- especially because there's very little legitimate use for file names with control characters. > Perhaps an additional confirm request for certain filenames would do > no harm, but if you do that, also create a variable > 'gnus-article-confirm-save-to-suspicious-files-p', because I, for > one, don't want Gnus to be asking that question. With the approach I suggest you can just remove the unwanted functions from `mm-file-name-rewrite-functions'.