Hallo, Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden. Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings. Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt. Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen? mit freundlichen Grüßen Benedict Rosner Business Solutions Technik Innendienst, IT Services ───────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43 Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500 E-Mail: bro@ditech.atmailto:xxx@ditech.at Web: www.ditech.at/b2bhttp://www.ditech.at/b2b [cid:image001.png@01CBE8BA.6343A610] Firmensitz Wien Handelsgericht Wien, FN 180492f
Hallo Zusammen, ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal. Gruß, René Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale):
Hallo,
Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden.
Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings.
Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt.
Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen?
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo René, hat diese Woche das gleiche Problem und habe es so lösen können. Ich habe die Spracheinstellung NLS_LANG auf meinem Linux Server In die /etc/profile.local und in die Config.pm eingetragen danach wurden bei mir alles richtig angezeigt. Profil.local export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS' export NLS_LANG='german_germany.utf8'; Config.pm $ENV{NLS_DATE_FORMAT} ='YYYY-MM-DD HH24:MI:SS'; $ENV{NLS_LANG} = 'german_germany.utf8'; Gruß Markus -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von René Kleffel Gesendet: Donnerstag, 28. April 2011 19:16 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend Hallo Zusammen, ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal. Gruß, René Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale):
Hallo,
Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden.
Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings.
Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt.
Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen?
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo Markus, Hallo René, wir konnten das Problem folgendermaßen lösen: Folgende Zeilen in der /opt/otrs/Kernel/System/CustomerUser/DB.pm finden: # charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}->{SourceCharset} || ''; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}->{DestCharset} || ''; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}->{CharsetConvertForce} || ''; Und entsprechend abändern: # charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}->{SourceCharset} || 'utf8'; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}->{DestCharset} || 'utf8'; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}->{CharsetConvertForce} || '1'; mit freundlichen Grüßen Benedict Rosner Business Solutions Technik Innendienst, IT Services ───────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43 Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500 E-Mail: bro@ditech.at Web: www.ditech.at/b2b Firmensitz Wien Handelsgericht Wien, FN 180492f -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Markus Jeck Gesendet: Freitag, 29. April 2011 08:29 An: 'User questions and discussions about OTRS.org in German' Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend Hallo René, hat diese Woche das gleiche Problem und habe es so lösen können. Ich habe die Spracheinstellung NLS_LANG auf meinem Linux Server In die /etc/profile.local und in die Config.pm eingetragen danach wurden bei mir alles richtig angezeigt. Profil.local export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS' export NLS_LANG='german_germany.utf8'; Config.pm $ENV{NLS_DATE_FORMAT} ='YYYY-MM-DD HH24:MI:SS'; $ENV{NLS_LANG} = 'german_germany.utf8'; Gruß Markus -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von René Kleffel Gesendet: Donnerstag, 28. April 2011 19:16 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend Hallo Zusammen, ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal. Gruß, René Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale):
Hallo,
Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden.
Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings.
Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt.
Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen?
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo Benedict, vielen Dank für den Tipp, funktioniert wunderbar. Gruß, René Am 29.04.2011 um 09:38 schrieb Benedict Rosner (DiTech Zentrale):
Hallo Markus, Hallo René,
wir konnten das Problem folgendermaßen lösen:
Folgende Zeilen in der /opt/otrs/Kernel/System/CustomerUser/DB.pm finden:
# charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}-
{SourceCharset} || ''; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}- {DestCharset} || ''; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}- {CharsetConvertForce} || '';
Und entsprechend abändern:
# charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}-
{SourceCharset} || 'utf8'; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}- {DestCharset} || 'utf8'; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}- {CharsetConvertForce} || '1';
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Markus Jeck Gesendet: Freitag, 29. April 2011 08:29 An: 'User questions and discussions about OTRS.org in German' Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo René,
hat diese Woche das gleiche Problem und habe es so lösen können. Ich habe die Spracheinstellung NLS_LANG auf meinem Linux Server In die /etc/profile.local und in die Config.pm eingetragen danach wurden bei mir alles richtig angezeigt.
Profil.local
export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS' export NLS_LANG='german_germany.utf8';
Config.pm
$ENV{NLS_DATE_FORMAT} ='YYYY-MM-DD HH24:MI:SS'; $ENV{NLS_LANG} = 'german_germany.utf8';
Gruß
Markus
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von René Kleffel Gesendet: Donnerstag, 28. April 2011 19:16 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo Zusammen,
ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal.
Gruß, René
Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale):
Hallo,
Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden.
Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings.
Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt.
Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen?
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Benedict,
Die richtige Lösung für dieses Problem ist um die Charset settings im
Kundenanbindung in Config.pm zu konfigurieren:
(and bitte, excuse me for my inability to write proper German):
SourceCharset => 'utf-8',
DestCharset => 'utf-8',
Just add this snippet to your customer backend configuration in Kernel/Config.pm
If you do it like this it would prevent the need from patching the
backend API after each upgrade.
--
Mike
2011/4/29 Benedict Rosner (DiTech Zentrale)
Hallo Markus, Hallo René,
wir konnten das Problem folgendermaßen lösen:
Folgende Zeilen in der /opt/otrs/Kernel/System/CustomerUser/DB.pm finden:
# charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}->{SourceCharset} || ''; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}->{DestCharset} || ''; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}->{CharsetConvertForce} || '';
Und entsprechend abändern:
# charset settings $Self->{SourceCharset} = $Self->{CustomerUserMap}->{Params}->{SourceCharset} || 'utf8'; $Self->{DestCharset} = $Self->{CustomerUserMap}->{Params}->{DestCharset} || 'utf8'; $Self->{CharsetConvertForce} = $Self->{CustomerUserMap}->{Params}->{CharsetConvertForce} || '1';
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ───────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Markus Jeck Gesendet: Freitag, 29. April 2011 08:29 An: 'User questions and discussions about OTRS.org in German' Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo René,
hat diese Woche das gleiche Problem und habe es so lösen können. Ich habe die Spracheinstellung NLS_LANG auf meinem Linux Server In die /etc/profile.local und in die Config.pm eingetragen danach wurden bei mir alles richtig angezeigt.
Profil.local
export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS' export NLS_LANG='german_germany.utf8';
Config.pm
$ENV{NLS_DATE_FORMAT} ='YYYY-MM-DD HH24:MI:SS'; $ENV{NLS_LANG} = 'german_germany.utf8';
Gruß
Markus
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von René Kleffel Gesendet: Donnerstag, 28. April 2011 19:16 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Enconding-Probleme Kundenbackend
Hallo Zusammen,
ich habe aktuell genau das gleiche Problem in der Version 3.0.7. Kann uns da jemand helfen? Vielen Dank schonmal.
Gruß, René
Am 22.03.2011 um 18:11 schrieb Benedict Rosner (DiTech Zentrale):
Hallo,
Wir sind seit einiger Zeit dabei, OTRS für unseren Servicedesk zu implementieren, scheitern allerdings noch an der Anbindung der Kundendatenbank. Wir möchten das Feature „CustomerCompanySupport“ mit einer MySQL Tabelle nutzen und unsere (recht große) Kundendatenbank anbinden.
Leider werden im Frontend von OTRS die Daten aus der „CustomerUser“ Tabelle mit fehlerhaften Umlauten dargestellt. Die Daten aus der Tabelle „CustomerCompany“ stimmen allerdings.
Beide Datenbanken sind utf8 codiert und werden auch im phpMyAdmin richtig dargestellt.
Kann uns vielleicht jemand einen Input geben, ob man die Datenbanken unterschiedlich ansprechen muss, oder die Daten in einem anderen Format vorliegen müssen?
mit freundlichen Grüßen
Benedict Rosner Business Solutions Technik Innendienst, IT Services ─ ─ ─────────────────────── DiTech GmbH, Zentrale Wien 1200 Vienna, Dresdner Straße 43
Tel.: +43 (0) 59 555 840 Fax: + 43 (0) 59 555 9500
E-Mail: bro@ditech.at Web: www.ditech.at/b2b
Firmensitz Wien Handelsgericht Wien, FN 180492f --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
participants (4)
-
Benedict Rosner (DiTech Zentrale) -
Markus Jeck -
Michiel Beijen -
René Kleffel