Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler

Hallo Robert, ja, diese Einstellungen funktionieren alle, wenn ich auf 'Kunden suchen' klicke und dann ertstmalig ein Ergebnis angezeigt bekomme. Und dann wirds eben 'komisch'. Und irgendwie weiß ich auch gar nicht mehr so richtig weiter. wir haben hier auch schon ein wenig OTRS-Code analysiert, aber das ist gar nicht so einfach, wenn mans nicht selber gebastelt hat. Nun fasse ich mal zusammen, was mich so verwundert: Wenn die unten beschriebenen Konfigurationen prinzipiell dazu führen, das unser Notes-LDAP antwortet und sogar bei der ersten Antwort Umlaute als Umlaute liefert, warum werden die Umlaute nach Queue-Zuweisung und damit verbundenem Fensterneuaufbau im Browser fehlinterpretiert. Entweder unser LDAP liefert richtig oder nicht. Halbrichtig kann doch nicht an der Konfiguration des LDAP-Servers liegen. Wir haben herausgefunden, dass eine Parameter 'ExpandCustomerUserName' in den beiden Fällen (Erstabfrage und Queue-Wechsel) mit unterschiedlichen Werten (1,3) belegt wird. Dies führt zu einer unterschiedlichen Suche nach Kundendaten. Unser Latein war hier jedoch am Ende. Aber vielleicht fällt den 'Machern' dazu noch was ein... Umlauthassend Gruest Jonas
Diese Einstellungen sollten funktionieren:
# $Self->{DefaultCharset} = 'iso-8859-15'; # iso-8859-15 ist default >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-15', ># [...] # >},
ODER: $Self->{DefaultCharset} = 'utf-8'; >$Self->{CustomerUser} = { ># [...] # # SourceCharset => 'utf-8', # DestCharset => 'utf-8', ># [...] # >},
Für iso-8859-1:
>$Self->{DefaultCharset} = 'iso-8859-1'; >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-1', ># [...] #

On Wednesday, March 17, 2004 1:33 PM
Jonas Wendland
Wir haben herausgefunden, dass eine Parameter 'ExpandCustomerUserName' in den beiden Fällen (Erstabfrage und Queue-Wechsel) mit unterschiedlichen Werten (1,3) belegt wird. Dies führt zu einer unterschiedlichen Suche nach Kundendaten. Unser Latein war hier jedoch am Ende. Aber vielleicht fällt den 'Machern' dazu noch was ein...
Das Problem liegt irgendwo vorher. 'ExpandCustomerName' (ohne User...) konvertiert nichts. Ich ziehe hier bei mir Daten von einem OpenLDAPv3, der auf utf-8 läuft. Mein OTRS-Frontend kann auf iso-8859-15 oder auch utf-8 laufen, und immer werden die Umlaute korrekt angezeigt. Mal doof daher gefragt: Welchen Browser benutzt Du? Wenn Du Dir den Quelltext einer Seite anschaust, die mit verkehrten Umlauten angezeigt wird, wie sieht die aus? Sind da ä und ö enthalten, oder ä und ö. Oder ganz was anderes (eben die "verkehrten" Zeichen)?
Umlauthassend Gruest
NdR oder was? ;) Fröhlich grüßt Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388
participants (2)
-
Jonas Wendland
-
Robert Kehl