[mdk-re] Re: Самба

[Alexander Bokovoy]

On Sat, Jan 12, 2002 at 12:06:27PM +0300, Peter V.Saveliev wrote:
> On Fri, 11 Jan 2002 20:04:55 +0200
> "Alexander Bokovoy" <a.bokovoy на sam-solutions.net> wrote:
> 
> > > # 936 (Japanese - Shift-JIS), 936 (Simpl. Chinese), 949 (Korean Hangul),
> > За это надо "благодарить" Джерри Картера из команды Мандрейка, который это
> > писал и до сих пор не выверил, что должно быть "932 (MS-DOS Japanese
> > Shift-JIS). Обратите также внимание на двойное повторение 936.
> 
> Ух ты. А можно нескромный вопрос? Я пробовал дома завести самбу на (пока)
> виртуальной сетке. Последовательность действий:
> 
> template -> конфиг (этот template у меня живет и развивается еще с самбы 2.0.7)
> самба 2.2.2
> ядро 2.4.17
> 	все виндовые шары видны по-русски, имена файлов читаются правильно.
> 	попапы приходят в cp866 (это легко проверить, прогнав мессагу через iconv)
> Но не гонять же iconv, лезу в конфиг, добавляю те самые строки про 932
> 	попапы и приходят и уходят по-русски.
Итак, результаты аудита Самбы 2.2 (и объяснение почему у Вас работают
неправильные настройки):

Самба 2.2 работает в кодировке, предполагаемой таблицей трансляции, 
зашитой внутрь Самбы, и определяемой  опцией 'character set'. 
Внутри Самбы для каждой выбранной 'character set' существует 
однозначное соответствие исходной кодировки. Для KOI8-R и CP1251 это
CP866, _вне_зависимости_ от того, что указано в 'client code page'.

Этим объясняется то, что у Вас получилось поставить 
client code page = 932: эта опция попросту игнорируется в smbclient и
других программах, _если_ установлена опция 'character set'.

Учитывается же она в некоторых RPC-вызовах (где и грузятся таблицы
перекодировки из файлов, лежащих в /etc/samba/codepages/*).

Попутно выяснилась ошибка с именами пользователей и компьютеров, если они
заданы не в ASCII при посылке сообщений. Обновление в Сизифе скоро будет.

-- 
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
  `Senior software developer and analyst for SaM-Solutions Ltd.`
---
Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. 
		    Self-destruct in 5 seconds.  Have a nice day...