There is problem with smbclient (smbmount actually): improper conversion while mounting cp852 share (NT4 side) on iso8859-2 "oriented" linux. Problem description (previous and current version of Samba Client): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195685
Just in case my post to debian bugtrack: "smbclient" works fine (shows polish diacritical chars properly, can get, put, cd), and problem is in "smbmount". Proper parameter setting (iocharset=iso8859-2, codepage=cp852) causes "conversion" to plain asci except for "ó" letter which is OK. I'm browsing inet for 2 days and I think it's an VERY old problem of Samba, and it's really annoying.
Now I know that charset seeting in smbmount is passed to smbfs driver in kernel. But kernel doc for smbfs says that it is maintained by Samba team... So, is there any hope for me? :-)
As an immediate workaround, I would suggest testing the cifsvfs client written by Steve Freench. See http://samba.org/samba/download/ under the clients section for a link to the project page. For the record, smbmount, et. al. at maintained in the Samba source tree, but the smbfs file system is not maintained by the Samba team.
Cifsvfs is working nice ... but only with w2k servers - mine is NT4.0 > For the record, smbmount, et. al. at maintained in > the Samba source tree, but the smbfs file system is > not maintained by the Samba team. so /usr/src/linux/Documentation/filesystems/smbfs.txt says... smbmount is talking with smbfs module in kernel, but they cannot agree... What smbmount is without proper smbfs module in kernel? I do need sync NT <-> linux directories. Now I have 2 options: 1. use such monster: smbtar -sservername -xd$ -uuser -ppass -t- -l0 mnt/test |tar -x 2. Migrate to w2k and use Cifsvfs. I don't know wich one is worse.
closing
originally reported against one of the 3.0.0rc[1-4] releases. Cleaning up non-production versions.