Created attachment 11030 [details]
Wireshark trace of smbclient dir command
Running on CentOS 6.6. SMB 3.23 is the latest update.
Run smbclient //TOWER/gdrive password -I 192.168.0.1 -U=USERID%PASSWORD
to connect to an OS/2 Peer (mini-server) then run
to list remote files. The list returned is
D 0 Thu Jan 17 10:36:26 2013
.. D 0 Thu Jan 17 10:50:00 2013
ms958162.html A 53142 Tue Jun 9 04:08:18 2009
s958162_files D 0 Thu Jan 17 10:25:18 2013
shyperv D 0 Thu Jan 17 10:35:26 2013
irtualbox D 0 Thu Jan 17 10:35:46 2013
irtualpc D 0 Thu Jan 17 10:36:26 2013
vmware D 0 Sat Apr 11 23:26:26 2015
The first and last names are correct, the rest are missing the first letter.
Run the same commands on Suse 11.1 using smbclient version 3.2.45 and the returned list is correct.
The attached Wireshark trace shows that the server is returning the correct data so presumably smbclient is clipping some names.
3.2.45 is very old and out of maintenance. Can you reproduce with 4.x or above, and re-open the bug if so.
Please read my description carefully. The bug is for version 3.6.23, not 3.2.45. The old version mentioned works ok. I will review the possiblities of testing with v4 but I am constrained by the CentOS configuration.
(In reply to Jeremy Allison from comment #1)
I have removed samba3 and installed samba4. smbclient is version 4.0.0rc4. This works correctly from the command line.
Unfortunately gvfs no longer works (and doesn't easily install). gvfs is the link to the Gnome file manager so this is not a working configuration for a Desktop system.
What to do?
gvfs is not a samba component. libsmbcient is though. that goes beyond this bug report though. You should contact your distributor if he is able to provide more up-to-date versions or you should update the distribution. This samba bug is fixed in any case.