ed <[EMAIL PROTECTED]> 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.
