Opened 19 years ago
Last modified 18 years ago
#543 closed Bug report
Telnet escapements and non-English letters
|Reported by:||anonymous||Owned by:|
|Component version:||Operating system type:|
|Operating system version:|
FTP consists of 2 connections: persistent control
connection and temporary data connection.
Control connection by RFC is to be done with Telnet
rules. One of them is special meaning of high ASCII
characters, for example 255, 254...
Those characters may be used in, for example,
windows-1251 codepage as regular letters.
Alas very little share of clients remember of that.
Say Windows Commander, Internet Explorer, FileZilla
Some dumb servers, for example WarFTP 1.xx just
ignores Telnet rules, so there is no problems.
But if server accepts Telnet RFC - then client
corrupts filenames on uploading, and if the
file/folder on server contains those letters in
filename, they are unreachable.
That is the problem
Below are 2 wishes:
First one is that there may be a number of encodings
for certain languages.
Say Russian has 3 major encodings, Chinese seems
to have 2 of them, etc.
Usually servers try to re-code filenames, if they are
configured to. I wish FileZilla could recode them too
on its size.
Second wish is using UTF-8. AFAIK FTP 3.0 protocol
will use UTF8 for control connection.
I think to communicte with latest servers, FileZilla
would be good to has recoding option(as told above)
including UTF8 feature on the list.
This bug report has been closed due to inactivity and has possibly
already been solved.
You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).