Bug 17207 - vsftpd.log looses information: Russian in paths is stored as question marks
Summary: vsftpd.log looses information: Russian in paths is stored as question marks
Status: CLOSED WONTFIX
Alias: None
Product: Branch 4.0
Classification: Distributions
Component: vsftpd (show other bugs)
Version: 4.0
Hardware: all Linux
: P2 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: Q.A. 4.0
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-20 03:55 MSD by Ivan Zakharyaschev
Modified: 2014-11-05 20:16 MSK (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Zakharyaschev 2008-09-20 03:55:04 MSD
vsftpd-2.0.5-alt3

In Lite 4.0.3 (ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/4.0/Desktop/4.0.3/iso/altlinux-4.0.3-lite-i586-install_ru-cd.iso ), I
installed vsftpd and anonftp , made a directory with a Russian name in /var/ftp/ -- /var/ftp/Рабочий\ стол\ из\ Windows/
(working in a UTF-8 environment). The ftp server serves the Russian paths well.

But it doesn't store them well in vsftpd.log: question marks are there instead of the Russian letters. Hence information is lost in the log file.

Example line ("/?????????????? ???????? ???? Windows/..." instead of "/Рабочий стол из Windows/..."):

Fri Sep 19 02:54:19 2008 [pid 4413] [vsftpd] OK DOWNLOAD: Client "127.0.0.1", "/?????????????? ???????? ???? Windows/Stream.txt", 45 bytes, 0.18Kbyte/sec

Expected:

the Russian paths are also stored (say, in UTF-8 or any other Unicode encoding).
Comment 1 Dmitry V. Levin 2009-12-15 18:50:01 MSK
vsftpd behaves this way deliberately:
vsftpd/logging.c:  str_replace_unprintable(p_str, '?');
Comment 2 Michael Shigorin 2014-11-05 20:16:38 MSK
В 4.0/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.