[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: uuencode: multi-bytes char in remote file name contains bytes >0x80

From: Bruce Korb
Subject: Re: uuencode: multi-bytes char in remote file name contains bytes >0x80
Date: Tue, 05 Jul 2011 09:58:27 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110414 SUSE/3.1.10 Thunderbird/3.1.10

On 07/05/11 08:06, Eric Blake wrote:
I'm not quite sure what you are asking me to do here.  Maybe it helps to
read the current POSIX requirements on uuencode output:


I read that, though I was sure not as carefully as someone regularly in
on the meeting. :)  Reading it again:

> The pathname of the file into which the uudecode utility shall place
> the decoded file. ... If there are
> characters in decode_pathname that are not in the portable filename
> character set the results are unspecified.
  ==>>      ^^^^ needs a comma after "set".

leads me to believe that this:

  begin 444 hex-encode-EN:414243

can, for example, be validly used to create a file named "ABC"
in the english language domain, with obvious extensions for CN.
The ":" character being non-portable relieves the application from
being required to create a file named "hex-encode-EN:414243".
It is just that a new uudecode might surprise someone trying
to create a file named "hex-encode-DE:BADF".  Given that this sharutil
stuff was supposed to be moribund when I took it over a decade ago,
perhaps not a critical incompatibility.....

Cheers - Bruce

reply via email to

[Prev in Thread] Current Thread [Next in Thread]