![](https://seccdn.libravatar.org/avatar/4bad96c02dc7cb827e26ed5afa1c309d.jpg?s=120&d=mm&r=g)
Weitherhin gibt es dann noch zwei Windows (2k und XP) Clients. Freigaben für diese laufen über Samba 3.0.2a. Dateien die unter Linux mit Sonderzeichen angelegt wurden sind unter Windows nicht lesbar, ich kann diese noch nicht einmal umbenennen. Von Windows auf Linux klappt es zwar mit den Zeichen auch nicht, aber ich kann die Datei wenigstens umbennen bzw. aufrufen. Ein unix charset = iso-8859-15 in der smb.conf hat, soweit ich das bis jetzt keine Abhilfe gebracht. Ich vermute mal das du Zeichen im Dateinamen erzeugt hast, die laut der client copepage ungültig sind. Die einzigen Parameter die es bei samba 2.2.x gibt, die das kontrolieren sind "client codepage" und "character set". Die sind allerdings nicht unabhängig voneinander definierbar. Ich hoffe das ist in samba 3.0.x nicht völlig anders. Wenn man nicht gerade FAT-Platten mounten will o.ä. gilt hier für Westeuropa "client codepage = 850" und "character set = ISO8859-1" und dann sollte es gehen. IIRC unterscheiden sich ISO8859-15 bzw. Latin9 nur durch das euro-Zeichen, irgendwelche finnischen Zeichen und noch seltenere Dinge von ISO8859-1 bzw. Latin1. Das sollte bei einigermaßen gesunden Dateinamen nichts ausmachen. Ich sage lieber gleich dazu, dass ich mir meine Informationen nur aus
Hi On Friday 27 February 2004 14:12, Marco Röben wrote: Zum Problem mit samba: diversen Quellen zusammengereimt habe, weil mir noch keine umfassende Doku untergekommen ist, die tatsächlich beschreibt wann und wo überall einkompilierte und zu setzende Optionen in Kernel, Samba-Server, mountprogrammen/modulen, shells etc. hier eingreifen. "client codepage" sagt halt wie die Filenamen der clients beim samba server ankommen (sollen), wie sie aufeinander abgebildet werden und welche Zeichen überhaupt erlaubt sind. "character set" bildet diese Zeichen dann auf einen Namen ab der lokal (hoffentlich) gültig ist. Ohne diesen Parameter wird kein mapping durchgeführt. Selbst wenn du die Namen mit ls lokal nicht vernünftig siehst muss das noch nicht heißen, dass auf Seite der Clients nicht alles in Ordnung ist. Linux an sich ist es unabhängig von der Darstellbarkeit fast egal was für Zeichen in einem Dateinamen sind. Nur "/" und der NULL-Character sind verboten. Was lokal passiert hängt dann dann von den LC-Variablen und den fähigkeiten des Terminals ab. mfg Axel