ed <edjusted@xxxxxxxxxxxxx> writes:
> Yes, on the computer with the FTP client it is. Not sure about the
> server, though. So I was hoping there was a workaround on the client
> end.
>
> Or say my client *isn't* set for UTF-8, would there be a switch or
> something to work around it?
Your bug report does not offer enough information to understand the
problem. For one, you should upgrade to the latest version of Wget
(1.10.1, although 1.10 would do), which has better support for
printing non-ASCII characters in debug mode. Then, you should use the
`-d' option to generate a debug output, and send the debug log here.
When doing that, don't forget to remove sensitive information, such as
passwords, from Wget's debug output.
Note that Wget doesn't apply special logic to character sets. It
takes the bytes presented by the server's LIST and passes them
unchanged to both CWD and RETR. If this does not work on the FTP
server, then the FTP server is broken, not Wget. If Wget is not doing
that, then there is a bug I'd like to know about... -d allows us to
see which one it is.
|
| 
