Re: Unterschiedliche zeichencodierung erzeugt Fehler

Hallo Sepp,

Bin mir nicht sicher ob Dir das was hilft: Wir hatten ein ähnliches 
Problem mit einer Mail mit einem ganz bestimmten Smiley im Body.
War der selbe Smiley im Subject, dann wurde er nur in ein anderes 
Zeichen umgewandelt, war er im Body wurde das Ticket nicht richtig 
gespeichert.
Haben wir das Zeichen per Telefonticket reinkopiert konnte nochg normal 
gespeichert werden, aber das Ticket war dann trotzdem ab dem Zeichen 
"abgeschnitten".
Wir haben viel herum experimentiert, lange Geschichte, der Editor hatten 
kein Problem mit dem Zeichen, aber der Mailparser und dann auch nochmal 
die Speicherung in der MySQL-Datenbank. (Incorrect string value: 
'\xF0\x9F\x98\x8A\x0AP...' for column 'a_body')

In dieser Meldung haben wir das Problem dann nochmal beschrieben gefunden:
https://bugs.otrs.org/show_bug.cgi?id=11811

Zur Vollständigkeit kopiere ich hier auch noch das Zeichen rein dass uns 
die Probleme bereitet hat: 😊
(Hier in meinem Mail wird der Smiley farblos dargestellt, wenn ich das 
selbe Zeichen jedoch in den Betreff kopiere dann wird er gelb!)

Die Lösung war dann ein bereits geplantes Upgrade auf 5.x - dort macht 
das nun keine Probleme mehr.

Ich weiß, Dein Problem ist ein wenig anders gelagert, aber vielleicht 
ist das ja auch bei Dir trotzdem die Lösung? (Einfach mal in einem 5er 
System testen?)

Liebe Grüße Fritz


Am 28.10.2016 um 10:15 schrieb Josef Penzkofer:
> Hallo OTRS-Community,
>
> verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18.
> perl, v5.10.0
>
> In unserem System landete ein Ticket, erzeugt per E-Mail,  dass anscheinend
> zwei unterschiedliche Zeichencodierungen enthält. Die Signatur der E-Mail
> enthält Text und ein Telefon-Symbol.
>
> Beim Beantworten tritt dann folgende Fehlermeldung auf.
> -e: (in cleanup) Can't call method "Get" on an undefined value at
> /opt/otrs/Kernel/System/AuthSession/DB.pm line 583.
>
> \n\t(in cleanup) Can't call method "Get" on an undefined value at
> /opt/otrs/Kernel/System/AuthSession/DB.pm line 583.\n
>
> Diese Fehlermeldung ergibt sich auch, wenn man versucht, ein Telefon-Ticket
> mit dem gesamten Text inkl. dem Symbol zu erstellen. Dabei wird zwar ein neues
> Ticket erzeugt, es enthält aber keinen Artikel.
>
> Versucht man dagegen das Erstellen eines Telefon-Tickets nur mit dem Text oder
> nur mit dem Symbol, funktioniert die Ticketerstellung einwandfrei.
>
> In Datei: AgentTicketPhone.pm (/Kernel/Modules) gibt es dabei die beiden
> Funktionen
> # create new ticket and article
> ...
> # create new ticket, do db insert
> my $TicketID = $Self->{TicketObject}->TicketCreate(...);
> und
> my $ArticleID = $Self->{TicketObject}->ArticleCreate(
> ...
> Charset          => $Self->{LayoutObject}->{UserCharset},
> ...);
>
> Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die
> Funktion
> # send email
> my $ArticleID = $Self->{TicketObject}->ArticleSend(
> ...
> Charset        => $Self->{LayoutObject}->{UserCharset},
> ...);
>
> Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter
> "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die
> Datenbank geschrieben werden.
>
> Die Fehlermeldung wird generiert in der Funktion
> sub DESTROY {...};
> (/Kernel/System/AuthSession)
>
> Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die
> Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber
> nicht stattgefunden hat, gibt's auch nichts zu löschen.
>
> Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es
> sich nur um eine einheitliche, nicht-utf-8-Codierung handelt.
>
> Dieser Fehler trat allerdings erst auf, nachdem neue Perl-Patches installiert
> wurden. Eine E-Mail mit der selben Signatur (Text und Symbol) landete im Januar
> 2016 schon mal in unserem System und da funktionierte alles einwandfrei.
>
> Das Modul
> Encode.pm
> Kernel/System/
> nutzt ja die Perl-Encode-Module.
> # This module will use Perl's Encode module (Perl 5.8.0 or higher is
> required).
>
> Gibt es für dieses Problem eine Lösung?
>
> Vielen Dank
>
> Gruß
>
> Sepp
>
>
>
> ---------------------------------------------------------------------
> 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
>
>


-- 
-------------------------------------
KMF DatenSysteme    Friedrich Koelbel
Lagergasse 12 8020 Graz +436764209045
http://kmf.co.at     [email protected]
UID: ATU 46774600
-------------------------------------

---------------------------------------------------------------------
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