Re: Deleting concatenation directories

[Steven L Baur <steve@miranova.com>]

>>>>> "Rat" == Stainless Steel Rat <ratinox@ccs.neu.edu> writes:

>>>>> "SLB" == Steven L Baur <steve@miranova.com> writes:

SLB> If you use X u for decoding, a new, temporary directory is created
SLB> in /tmp.  Everything in that directory gets deleted automatically
SLB> when the group is exited.

Rat> I have found two cases where the directory and possibly its contents are
Rat> not deleted.  First, the rare case when an NFS link file is extant
Rat> within the directory the rmdir fails.  Second, when you 'X u' on a
Rat> recursive zipfile subdirectories are created within the catenation
Rat> directory and these are not deleted by the 'rm *' command.

This bug is Emacs independent, and is definitely present in September
Gnus.

Can zipfiles have absolute path names in them?  This could present the
same kind of problem that malicious uuencoded file have.  I don't have
any reasonable documentation on zip, nor source code at present to
check this.  If there is an option similar to the ``strip leading /''
option in tar, it should be used.

As to ``rm *'', this didn't use to be the behavior, although I haven't
checked this in at least 20 versions.  I've noticed lately that the
display commands for pseudos is being quoted.  This is good.  I see
some naked-looking calls to sh -c in gnus-uu.  Are precautions being
taken against filenames like ``fred; rm -rf $HOME''?  

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone
except you in November.