Opened 16 years ago

Last modified 14 years ago

#543 closed Bug report

Telnet escapements and non-English letters

Reported by: anonymous Owned by:
Priority: normal Component: Other
Keywords: Cc: Tim Kosse
Component version: Operating system type:
Operating system version:

Description

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
too.

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.

Thank You.

Change History (1)

comment:1 Changed 14 years ago by Tim Kosse

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).

Note: See TracTickets for help on using tickets.