CentOS-4, linux-2.6.9-11, LANG=en_US.UTF-8, samba-client-3.0.10-1.4E.
Server is NT-4.
Certain characters that are reported correctly by smbclient are not translated
correctly for a cifs mount.
$ smbclient -U auser //david-bowie/Test
Domain=[EVERYTHING] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0]
smb: \> ls
. D 0 Sat Oct 29 18:58:49
.. D 0 Sat Oct 29 18:58:49
ellipsis zijn heel fijn (…).doc A 24064 Sat Oct 29 18:57:14
Nogmaals ellipsis ….doc A 24064 Sat Oct 29 18:58:31 2005
één document á €50.doc A 24064 Sat Oct 29 18:55:28 2005
één document.doc A 24064 Sat Oct 29 18:54:20 2005
‘‰’.doc A 24064 Sat Oct 29 18:57:55 2005
“quotes”.doc A 24064 Sat Oct 29 18:53:40 2005
52004 blocks of size 262144. 2165 blocks available
However the last two file names are reported incorrectly on a cifs mount:
$ sudo mount -t cifs -o username=auser //david-bowie/Test /mnt/tmp
[admin@george-harrison ~]$ ls /mnt/tmp
één document á €50.doc ellipsis zijn heel fijn (…).doc ‘?颂ꋩ??
één document.doc Nogmaals ellipsis ….doc “???????鲂닩?
I'm also seeing a problem with certain Chinese characters. This causes my backup using rsync to fail as it can not find the file:
file has vanished: "<snip>/聖誖險髩ꦫꛮꮦ鯪ꪪ껪ꪯ뫮ꪪ"
rsync warning: some files vanished before they could be transferred (code 24) at main.c(702)
As with my original report this file name is reported correctly in smbclient.
Although this is not obvious in the previous comment characters 1, 2, 3, 4 & 10 actually are displayed correctly. The others are displayed as "hex blocks" in the email.
Also note that the file name in the example actually ends in ".doc.lnk" (a link in the "Recent" folder of a user profile). smbclient reports:
Sorry for the spam and the mess. The copy and paste from comment #1 are taken from Evolution from the report sent by cron (the failing rsync).
The copy and paste in comment #2 is from smbclient in a gnome-terminal.
To complete this here is a copy and paste from an ls on the actual cifs mount in a gnome-terminal:
So please ignore the copy and paste from comment #1 and focus on #2 (smbclient) and #3 (ls on a cifs mount). Note the discrepancy between the second characters.
Issue has obviously been solved somewhere before kernel-2.6.14 (not sure when exactly).
Let's see if I can close this report...