Hi, On Wed, 25 May 2005, Christian Boltz wrote:
Hallo Daniel, hallo Leute,
Am Mittwoch, 25. Mai 2005 21:27 schrieb Daniel Lord:
mein Problem entstand nach der Umstellung eines Systems von Samba 2.X auf Samba 3.X. Die vorher ordentlich angezeigten Umlaute werden nun nicht mehr richtig dargestellt. Dadurch ist auch das Wechseln in Verzeichnisse mit Umlauten im Namen über SMB nicht mehr möglich.
Dein Problem setzt sich übrigens auch in Deinen Mails fort - diese enthalten diverse falsche Headerzeilen:
ja, das habe ich leider auch gerade gemerk. Wobei dieses Problem unabhaengig vom Samba Server ist, da es sich um einen anderen Rechner mit anderer Distribution handelt. Wird aber auch noch gefixed.
| Content-Type: text/plain; | charset=iso-8859-1
Stimmt nicht, Deine Mail ist utf-8-codiert.
...bin noch am Schalter suchen um das ab/umzustellen.
Meine smb.conf enthält allerdings schon die folgenden drei Zeilen. unix charset = ISO-8859-15
Mach da mal utf-8 draus. Irgendwie habe ich das Gefühl, dass das eher passen könnte ;-)
display charset = ISO-8859-15
Da auch utf-8.
utf-16 ist auf dem System default. utf-8 ist aber leider nicht richtig, da ein ae oe ue dabei 2Bytes beanspruchen. In den ganzen Dateinamen kommt aber nur 1Byte vor.
Es ist möglich neue Dateien mit Umlauten im Namen zu erstellen. Probleme bereiten nur die bereits vorhandenen Dateien. Neu erstellte Dateien verwenden also ein anderes Charset als das zuletzt verwendete.
Das spricht eindeutig für ein anders eingestelltes charset. BTW: Wenn Du den Zeichensatz nicht umstellen willst, wäre die Verwendung von convmv eine gute Idee ;-)
das geht aber nur, wenn ich weiss mit welchem Zeichensatz die alten Dateinamen codiert wurden.
In der Samba 2.x config war kein Charset explizit eingetragen.
... und somit galt vermutlich implizit der systemweite Zeichensatz.
der auf POSIX stand
die Umgebungsvariablen LOCALE sind überall nicht gesetzt.
Was spuckt der Befehl locale aus? utf-8?
POSIX fuer alles LC_ALL ist leer
Beispiel für einen bestehenden defekt angezeigten Dateinamen: ls -b W* W\224rterb\201cher
Der ist definitiv nicht uft-8-codiert. Guck ggf. mal die iso-8859-* manpages durch, ob Du das passende Charset zu diesen Zeichencodes findest.
ö ist also \224 und ü ist \201 [...]
... und zusammen mit einer kaputten Mailcodierung gibt es einen nicht sehr schmackhaften Zeichensalat.
Wie gesagt, die Mailcodierung ist mir gerade eben nach einem Update meiner Desktopbox zerbroeselt und das hat nichts mit dem Serverproblem zu tun. Greetings Daniel -- Das Leben ist ein Scheiß-Adventure, aber coole Grafik.