Problem mit Umlauten bei AD LDAP Abfrage

saurew · Post by **saurew** » 28 May 2008, 08:17

Hallo zusammen,

ich habe folgendes Problem und habe mich schon halb totgegoogelt:

Ich habe OTRS in der neuesten stable Version (2.2.6) auf einem frisch installierten Fedora Core 8 mit den

entsprechenden Modulen installiert. Der Plan ist nun, die Kunden Benutzer aus dem AD auszulesen, da sie ja nun schon

mal dort angelegt sind. Dies funktioniert auch schon ganz gut, allerdings bekomme ich die Umlaute der Benutzernamen

leider völlig verdreht angezeigt.
Beispiel Müller Nadine wird als "MÃ¼ller, Nadine" angezeit. Dies ist sicher ein Einstellungsfehler.
Der Apache Server ist so eingestellt, dass der die Seiten im UTF-8 Format anzeigt, das OTRS auch (siehe

Codeschnipsel)

$Self->{'DefaultCharset'} = 'utf-8';
# $Self->{'DefaultCharset'} = 'iso-8859-1';

Hier habe ich auch schon mal mit einem anderen Characterset gespielt, leider ohne Erfolg.
Wenn ich wieder dafür sorge, dass Kunden Benutzer aus der lokalen Datenbank kommen, werden Sonderzeichen wieder

korrekt dargestellt.

Dann habe ich mir mal auf der Server das Tool phpLDAPadmin installiert und damit Abfragen auf das AD gemacht, aber

auch hier werden die Umlaute korrekt angezeigt.

Ich habe auch schon mit den folgenden Einstellungen probiert, die ich in einer Mailinglist gefunden habe:

>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',
> # [...] #

Jetzt bin ich mit meinem Latein am Ende und benötige Hilfe.
Was benötigt ihr noch an Infos?

Apache 2.0
OTRS 2.2.6
perl-LDAP.noarch 1:0.34-3.fc7
Vielen Dank
Viele Grüße

vmike · Post by **vmike** » 30 May 2008, 08:57

Ich habe genau das gleich Problem.
Im Telefon-Ticket bei der Customer Suche wird der Umlaut falsch angezeigt.

im Admin-Bereich und in der DatenBank wird der Umlaut richtig angezeigt.

Mein Default-Charset steht auf UTF8.

ferrosti · Post by **ferrosti** » 16 Jun 2008, 14:21

Unter welchem Zeichensatz wird die Seite dargestellt? Was sagen die Header?

Für mich sieht das so aus, als wenn UTF-8 Daten in einer ISO-8859-X Codierung dargestellt werden sollen. (DB auf UTF-8, HTML Ausgabe auf ISO-8859-X ?)

saurew · Post by **saurew** » 25 Jun 2008, 14:09

Hallo,

laut Firefox ist die Seite utf8 codiert.

Viele Grüße
Wolfgang

Klinsi · Post by **Klinsi** » 15 Apr 2009, 11:36

Hallo zusammen,

sitze vor genau dem selben Problem. Gibt es dazu schon eine Lösung?
Wäre sehr glücklich wenn ich endlich dieses Problem hinter mir hätte und eine Lösung gefunden hätte.

Viele Grüße

jojo · Post by **jojo** » 15 Apr 2009, 11:40

Probiers mal mit:

SourceCharset => 'utf-8',
DestCharset => 'utf-8',

Klinsi · Post by **Klinsi** » 16 Apr 2009, 07:12

Vielen Dank für die schnelle Antwort!

Jetzt noch eine wichtige Frage ... wo finde ich diese Einstellungen?

Viele Grüße!

jojo · Post by **jojo** » 16 Apr 2009, 12:57

Die gehören in die Config.pm, Beispiel findest Du in der Defaults.pm

Wolfgangf · Post by **Wolfgangf** » 07 May 2009, 05:51

Hallo,

AD, Datenbank in UTF-8 und in der Config.pm

DestCharset => 'iso-8859-1',
SourceCharset => 'utf-8',

Funktioniert.

ABER: beim Customer Login nicht - es werden wieder die Sonderzeichen statt den Umlauten angezeigt.
Ja da schon jemand eine Lösung?

LG

langwebdesign · Post by **langwebdesign** » 19 Aug 2009, 10:38

Hallo Zusammen,

ich bin neu in der OTRS Community und hoffe ihr könnt mir helfen.
Ich habe hier auch ein Charset Problem das sich verdächtig nach dem hier schon beschriebenen anhört.
Ich habe ein AD mit LDAP Anbindung als Customer Back-end und es funktioniert soweit alles.
Ein User mit Umlaut im Benutzername (AD sAMAccountName) kann sich Problemlos im Customer Frontend anmelden und der Benutzername wird auch beim Willkommen rechts oben richtig angezeigt.
Wenn ich im Backend in die Kunden Verwaltung gehe und den Kunden suche wird der Umlaut nicht richtig angezeigt.
Bei Ticket->Telefon-Ticket kann ich für diesen Kunden auch kein Telefon Ticket anlegen, wenn ich beim Telefon-Ticket anlegen über Optionen: [Kunde] den Kunde suche sind die Umlaute auch falsch. Sobald ich auf den Benutzernamen klicke um es ins Telefon-Ticket Formular zu übernehmen, bekomme ich einen Javascript Fehler:

Code: Select all

Details zum Fehler auf der Webseite
Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; FDM; InfoPath.3)
Zeitstempel: Wed, 19 Aug 2009 08:25:35 UTC
Meldung: Annahme ausgelöst und nicht aufgefangen.
Zeile: 7
Zeichen: 2424
Code: 0
URI: http://helpdesk/otrs-web/yui/2.7.0/build/json/json-min.js

und die Kundendaten werde nicht übernommen.

Die relevanten infos aus der Config.pm

Code: Select all

...
$Self->{CustomerUser} = {
    ...
    SourceCharset => 'utf-8',
    DestCharset => 'utf-8',
    ...
},
	$Self->{'DefaultCharset'} = 'utf-8';

Habe schon mit den Werten gespiel aber hatte keinen erfolg.
Ich habe auch schon beim Apache eingestellt das alle Seiten als utf-8 ausgeliefert werden, hat auch nichts gebracht.

Hoffe ihr könnt mir helfen, bis jetzt hab ich noch alles zum laufen gebracht wie ich es wollte und das als Linux anfänger *g*.

Mfg Stephan

langwebdesign · Post by **langwebdesign** » 25 Aug 2009, 14:37

Hallo Zusammen,

ich konnte mein Problem nun nachvollziehen.
Der Fehler lag an der Anordnung in der Config.pm

Hier der relevante Ausschnitt:

Code: Select all

    #CustomerUser
    #(customer user database backend and settings)
    $Self->{CustomerUser} = {
      Module => 'Kernel::System::CustomerUser::LDAP',
      Params => {
      Host => server.domain.tld',
      BaseDN => 'OU= struktur,DC=domain,DC=tld',
      SSCOPE => 'sub',
      UserDN =>'domain\user',
      UserPw => 'password',
      SourceCharset => 'utf-8',
      DestCharset => 'utf-8',
      },
    
    # customer unique id
    CustomerKey => 'sAMAccountName',
    # customer #
    CustomerID => 'mail',
    CustomerUserListFields => ['cn', 'mail'],
    CustomerUserSearchFields => ['sAMAccountName', 'cn', 'mail'],
    CustomerUserSearchPrefix => '',
    CustomerUserSearchSuffix => '*',
    CustomerUserSearchListLimit => 250,
    CustomerUserPostMasterSearchFields => ['mail'],
    CustomerUserNameFields => ['givenname', 'sn'],
    Map => [
      # note: Login, Email and CustomerID needed!
      # var, frontend, storage, shown, required, storage-type
      #[ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ],
      [ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ],
      [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
      [ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ],
      [ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
      [ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ],
      [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ],
      #[ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var' ],
      #[ 'UserComment', 'Comment', 'description', 1, 0, 'var' ],
    ],
    };

Ich hatte

Code: Select all

      SourceCharset => 'utf-8',
      DestCharset => 'utf-8',

direkt unter

Code: Select all

   $Self->{CustomerUser} = {

eingepflegt obwohl es nach

Code: Select all

Params => {

rein gehört.

Vielleicht hilft das ja noch jemanden…

mfg Stephan