FreeBSD 5.1
Поставил Samba 3.0.2 из исходников
Если языковые параметры не трогать то они по-умолчанию такие:

dos charset CP850
unix charset UTF-8
display charset LOCALE

все работает так как нужно - но названия файлов и папок созданные на сервере клиентами не читабельны.

Если поставить так:
dos charset = CP866
unix charset = koi8-u
display charset = koi8-u

то все работает и файлы нормально создаются и читаются названия как у клиентоа так и на консоли, вот только символ НОМЕРА (в винде в русской раскладке Shift + 3) в именах файлов не отображается ...

Есть ли решение этой проблемы ?
может надоумите как в первом варианте читать имена файлов на консоли - работаю через Putty.

• Samba 3.0.2a кирилица и символ НОМЕРА ,Peter, 15:57 , 17-Мрт-04
  • Samba 3.0.2a кирилица и символ НОМЕРА ,pva, 16:06 , 17-Мрт-04
• Samba 3.0.2a кирилица и символ НОМЕРА ,PJ, 09:07 , 18-Мрт-04
  • Samba 3.0.2a кирилица и символ НОМЕРА ,U, 10:12 , 18-Мрт-04

>dos charset CP850

здесь поставь 866

>unix charset UTF-8
>display charset LOCALE

и локаль уникодную настрой

Спасибо

бум пробовать !

>FreeBSD 5.1
>Поставил Samba 3.0.2 из исходников
>Если языковые параметры не трогать то они по-умолчанию такие:
>
>dos charset CP850
>unix charset UTF-8
>display charset LOCALE
>
>все работает так как нужно - но названия файлов и папок созданные
>на сервере клиентами не читабельны.
>
>Если поставить так:
>dos charset = CP866
>unix charset = koi8-u
>display charset = koi8-u
>
>то все работает и файлы нормально создаются и читаются названия как у
>клиентоа так и на консоли, вот только символ НОМЕРА (в винде
>в русской раскладке Shift + 3) в именах файлов не отображается
>...
>
>Есть ли решение этой проблемы ?
>может надоумите как в первом варианте читать имена файлов на консоли -
>работаю через Putty.

https://bugzilla.samba.org/show_bug.cgi?id=1156

"This is not a Samba error, neither iconv error. It is deliberate deviation in
Russian community from existing standard which was introduced by someone into
Samba 2.2 a long time ago. The simple fact is: KOI8-R does not contain Numero
sign at all by definition while CP866 (dos encoding) has. So it is impossible to
do proper conversion between them. People in past have violated KOI8-R standard
and mapped Numero to some non-important position for convenience. Since iconv(3)
in glibc and libiconv are implementing strict KOI8-R, this violation now removed
but inconvenience is introduced.

Solution is to switch to UTF-8 or ISO8859-5 or CP1251 as Unix encoding."

Спасибо !