Bug 1263 - Samba access to directories with non-ascii names does not work
Summary: Samba access to directories with non-ascii names does not work
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Extended Characters (show other bugs)
Version: 3.0.2
Hardware: All Linux
: P1 major
Target Milestone: none
Assignee: Alexander Bokovoy
QA Contact:
Depends on:
Reported: 2004-04-14 01:03 UTC by Juho Vuori
Modified: 2005-11-14 09:30 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Juho Vuori 2004-04-14 01:03:46 UTC
Our organization uses Samba 2.2.8 as a file server for windows machines. A lot
of directoried with non-ascii (finnish) filenames were created with that
version. We tried upgrading to 3.0.2, but Samba could not access those
directories anymore. New directories with any name work fine. Obviously the
reason is that samba 3 uses unicode while samba 2 used iso8859-1. It's
understandable that in these conditions the old filenames might get displayed
weirdly, but that they are unaccessible is bad.

In more detail. The old directories are properly shown in the parent directory
and you can cd to them (or go into them in windows explorer), but they are empty.

For non-english upgraders this is an major issue, if it cannot be fixed for some
reason, at least an utility to convert - say - iso8859-1 filenames to unicode
should be included with samba.
Comment 1 Alexander Bokovoy 2004-04-14 01:52:35 UTC
Configuration error. Samba 3.x does not require you to use UTF8 as unix charset.
You can specify whatever unix charset you need when it is supported by the
underlying iconv(3) implementation.

Just change in your smb.conf

  unix charset = ISO8859-1

and old files will be accessible.

If you do want to keep filenames in UTF8 then you need to convert old
directories to UTF8 as well. For example, you can use
http://freshmeat.net/projects/convmv/ in order to accomplish this task.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:30:36 UTC
database cleanup