utf-8 encoding von Attachtments
Hallo, wir verwenden OTRS 8.1.5 mit PostgreSQL. Die Datenbank arbeitet mit utf-8, als DefaultCharset ist utf-8 konfiguriert. (Es ist schon ein paar Wochen her, aber ich erinnere mich, dass ohne Konfiguration des defaultCharset Texte mit Umlauten nicht gespeichert werden konnten). Jetzt haben wir festgestellt, dass (binaere) Attachments beim Speichern in die Datenbank einer latin1 nach utf8 Konvertierung unterzogen werden und beim Abspeichern dann gleich nochmal (wobei aber auch noch der Text am Ende abgeschnitten wird, so dass man das Resultat gleich wegschmeissen kann). Sprich: wenn ich eine Mail mit einem PDF als Attachment in das System speichere, das (im Octal-Dump) folgendermassen anfaengt: 0000000 % P D F - 1 . 3 \r \n % 322 345 321 362 \r (Laenge 65680 Byte) dann steht in der Datenbank 0000000 % P D F - 1 . 3 \r \n % 303 222 303 245 303 0000020 221 303 262 \r ... (Laenge 95716 Byte) und im per OTRS abgespeicherten Attachment 0000000 % P D F - 1 . 3 \r \n % 303 203 302 222 303 0000020 203 302 245 303 203 302 221 303 203 302 262 \r ... (Laenge 98304 Byte) Bis auf die Laenge (die waere 155788 Byte) entspricht das abgespeicherte Attachment einem doppelt von latin1 nach utf8 codierten File. (Bei Text-Attachments passiert mutmasslich das gleiche, da stoert es nicht so sehr, da sich Texte iaR auch ohne Umlaute lesen lassen). Das ganze erinnert etwas an Bug 925 (http://bugs.otrs.org/show_bug.cgi?id=925) auch wenn es da um die Attachments in Antwortmails geht. Die Option als DefaultCharset latin1 zu konfigurieren sehe ich nicht, weil die Datenbank kein latin1 akzeptiert. Gibt es ausser dem DefaultCharset irgendwelche anderen Konfigurationen fuer den Charset (insbesondere der Datenbank?). Fuer Oracle kann man NLS_LANG setzen, aber das wird PostgreSQL nicht kuemmern. Locale der Maschine ist POSIX. Das OTRS laeuft als fast-cgi unter lighttpd. merci & gruesse Morus
Hallo. Bitte schau nochmal, welche OTRS Version du nutzt. Du hast imho die Version von Postgre angegeben. -- Mit freundlichen Grüßen André Bauer System: Ubuntu 6.06.1/Apache 2.0.55-MOD_PERL/MySQL 5.0.21/OTRS 2.1.7 ============================================ MW> Hallo, MW> wir verwenden OTRS 8.1.5 mit PostgreSQL. MW> Die Datenbank arbeitet mit utf-8, als DefaultCharset ist utf-8 konfiguriert. MW> (Es ist schon ein paar Wochen her, aber ich erinnere mich, dass ohne MW> Konfiguration des defaultCharset Texte mit Umlauten nicht gespeichert werden MW> konnten). MW> Jetzt haben wir festgestellt, dass (binaere) Attachments beim Speichern in die MW> Datenbank einer latin1 nach utf8 Konvertierung unterzogen werden und beim MW> Abspeichern dann gleich nochmal (wobei aber auch noch der Text am Ende MW> abgeschnitten wird, so dass man das Resultat gleich wegschmeissen kann). MW> Sprich: wenn ich eine Mail mit einem PDF als Attachment in das System MW> speichere, das (im Octal-Dump) folgendermassen anfaengt: MW> 0000000 % P D F - 1 . 3 \r \n % 322 345 321 362 \r MW> (Laenge 65680 Byte) MW> dann steht in der Datenbank MW> 0000000 % P D F - 1 . 3 \r \n % 303 222 303 245 303 MW> 0000020 221 303 262 \r ... MW> (Laenge 95716 Byte) MW> und im per OTRS abgespeicherten Attachment MW> 0000000 % P D F - 1 . 3 \r \n % 303 203 302 222 303 MW> 0000020 203 302 245 303 203 302 221 303 203 302 262 \r ... MW> (Laenge 98304 Byte) MW> Bis auf die Laenge (die waere 155788 Byte) entspricht das abgespeicherte MW> Attachment einem doppelt von latin1 nach utf8 codierten File. MW> (Bei Text-Attachments passiert mutmasslich das gleiche, da stoert es nicht so MW> sehr, da sich Texte iaR auch ohne Umlaute lesen lassen). MW> Das ganze erinnert etwas an Bug 925 MW> (http://bugs.otrs.org/show_bug.cgi?id=925) MW> auch wenn es da um die Attachments in Antwortmails geht. MW> Die Option als DefaultCharset latin1 zu konfigurieren sehe ich nicht, weil die MW> Datenbank kein latin1 akzeptiert. MW> Gibt es ausser dem DefaultCharset irgendwelche anderen Konfigurationen fuer den MW> Charset (insbesondere der Datenbank?). Fuer Oracle kann man NLS_LANG setzen, MW> aber das wird PostgreSQL nicht kuemmern. MW> Locale der Maschine ist POSIX. Das OTRS laeuft als fast-cgi unter lighttpd. MW> merci & gruesse MW> Morus
Hallo André
Bitte schau nochmal, welche OTRS Version du nutzt. Du hast imho die Version von Postgre angegeben.
Aeh. Fast. OTRS ist 2.1.5. PostgreSQL 8.1.4. Sorry, und merci fuer den Hinweis. gruesse Morus
MW> Hallo,
MW> wir verwenden OTRS 8.1.5 mit PostgreSQL. MW> Die Datenbank arbeitet mit utf-8, als DefaultCharset ist utf-8 konfiguriert. MW> (Es ist schon ein paar Wochen her, aber ich erinnere mich, dass ohne MW> Konfiguration des defaultCharset Texte mit Umlauten nicht gespeichert werden MW> konnten).
MW> Jetzt haben wir festgestellt, dass (binaere) Attachments beim Speichern in die MW> Datenbank einer latin1 nach utf8 Konvertierung unterzogen werden und beim MW> Abspeichern dann gleich nochmal (wobei aber auch noch der Text am Ende MW> abgeschnitten wird, so dass man das Resultat gleich wegschmeissen kann).
MW> Sprich: wenn ich eine Mail mit einem PDF als Attachment in das System MW> speichere, das (im Octal-Dump) folgendermassen anfaengt: MW> 0000000 % P D F - 1 . 3 \r \n % 322 345 321 362 \r MW> (Laenge 65680 Byte) MW> dann steht in der Datenbank MW> 0000000 % P D F - 1 . 3 \r \n % 303 222 303 245 303 MW> 0000020 221 303 262 \r ... MW> (Laenge 95716 Byte) MW> und im per OTRS abgespeicherten Attachment MW> 0000000 % P D F - 1 . 3 \r \n % 303 203 302 222 303 MW> 0000020 203 302 245 303 203 302 221 303 203 302 262 \r ... MW> (Laenge 98304 Byte)
MW> Bis auf die Laenge (die waere 155788 Byte) entspricht das abgespeicherte MW> Attachment einem doppelt von latin1 nach utf8 codierten File.
MW> (Bei Text-Attachments passiert mutmasslich das gleiche, da stoert es nicht so MW> sehr, da sich Texte iaR auch ohne Umlaute lesen lassen).
MW> Das ganze erinnert etwas an Bug 925 MW> (http://bugs.otrs.org/show_bug.cgi?id=925) MW> auch wenn es da um die Attachments in Antwortmails geht.
MW> Die Option als DefaultCharset latin1 zu konfigurieren sehe ich nicht, weil die MW> Datenbank kein latin1 akzeptiert. MW> Gibt es ausser dem DefaultCharset irgendwelche anderen Konfigurationen fuer den MW> Charset (insbesondere der Datenbank?). Fuer Oracle kann man NLS_LANG setzen, MW> aber das wird PostgreSQL nicht kuemmern.
MW> Locale der Maschine ist POSIX. Das OTRS laeuft als fast-cgi unter lighttpd.
MW> merci & gruesse MW> Morus
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
Hallo. Bitte teste das nochmal mit Version 2.1.7 und mach nen Bugreport (möglichst mit Attachment) auf, wenn es immer noch nicht funktioniert. http://bugs.otrs.org/index.cgi -- Mit freundlichen Grüßen André Bauer System: Ubuntu 6.06.1/Apache 2.0.55-MOD_PERL/MySQL 5.0.21/OTRS 2.1.7 ============================================ MW> Hallo André
Bitte schau nochmal, welche OTRS Version du nutzt. Du hast imho die Version von Postgre angegeben.
MW> Aeh. Fast. OTRS ist 2.1.5. PostgreSQL 8.1.4.
MW> Sorry, und merci fuer den Hinweis. MW> gruesse MW> Morus
MW> Hallo,
MW> wir verwenden OTRS 8.1.5 mit PostgreSQL. MW> Die Datenbank arbeitet mit utf-8, als DefaultCharset ist utf-8 MW> konfiguriert. MW> (Es ist schon ein paar Wochen her, aber ich erinnere mich, dass ohne MW> Konfiguration des defaultCharset Texte mit Umlauten nicht gespeichert MW> werden MW> konnten).
MW> Jetzt haben wir festgestellt, dass (binaere) Attachments beim Speichern MW> in die MW> Datenbank einer latin1 nach utf8 Konvertierung unterzogen werden und beim MW> Abspeichern dann gleich nochmal (wobei aber auch noch der Text am Ende MW> abgeschnitten wird, so dass man das Resultat gleich wegschmeissen kann).
MW> Sprich: wenn ich eine Mail mit einem PDF als Attachment in das System MW> speichere, das (im Octal-Dump) folgendermassen anfaengt: MW> 0000000 % P D F - 1 . 3 \r \n % 322 345 321 362 \r MW> (Laenge 65680 Byte) MW> dann steht in der Datenbank MW> 0000000 % P D F - 1 . 3 \r \n % 303 222 303 245 303 MW> 0000020 221 303 262 \r ... MW> (Laenge 95716 Byte) MW> und im per OTRS abgespeicherten Attachment MW> 0000000 % P D F - 1 . 3 \r \n % 303 203 302 222 303 MW> 0000020 203 302 245 303 203 302 221 303 203 302 262 \r ... MW> (Laenge 98304 Byte)
MW> Bis auf die Laenge (die waere 155788 Byte) entspricht das abgespeicherte MW> Attachment einem doppelt von latin1 nach utf8 codierten File.
MW> (Bei Text-Attachments passiert mutmasslich das gleiche, da stoert es nicht MW> so MW> sehr, da sich Texte iaR auch ohne Umlaute lesen lassen).
MW> Das ganze erinnert etwas an Bug 925 MW> (http://bugs.otrs.org/show_bug.cgi?id=925) MW> auch wenn es da um die Attachments in Antwortmails geht.
MW> Die Option als DefaultCharset latin1 zu konfigurieren sehe ich nicht, weil MW> die MW> Datenbank kein latin1 akzeptiert. MW> Gibt es ausser dem DefaultCharset irgendwelche anderen Konfigurationen MW> fuer den MW> Charset (insbesondere der Datenbank?). Fuer Oracle kann man NLS_LANG MW> setzen, MW> aber das wird PostgreSQL nicht kuemmern.
MW> Locale der Maschine ist POSIX. Das OTRS laeuft als fast-cgi unter MW> lighttpd.
MW> merci & gruesse MW> Morus
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/ MW> _______________________________________________ MW> OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ MW> Archiv: http://lists.otrs.org/pipermail/otrs-de/ MW> Listenabo verwalten: MW> http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ MW> Support oder Consulting fuer Ihr OTRS System? http://www.otrs.com/
Hallo. 2.1.7 gibts bereits fertig auf dem ftp.otrs.org ;-) -- Mit freundlichen Grüßen André Bauer System: Ubuntu 6.06.1/Apache 2.0.55-MOD_PERL/MySQL 5.0.21/OTRS 2.1.7 ============================================ MW> Hi,
Bitte teste das nochmal mit Version 2.1.7 und mach nen Bugreport
MW> Meint Version 2.1.7 CVS Head oder 2.1.6 oder habe ich was verpasst?
MW> Ansonsten sehe ich es mir an, kann aber etwas dauern... MW> merci & gruesse MW> Morus
Hi,
2.1.7 gibts bereits fertig auf dem ftp.otrs.org ;-)
ah. Merci. Ich hatte nur auf dem Webserver geschaut und da stand noch 2.1.6. Das Problem tritt da zwar nur noch zur Haelfte auf (es wird nur noch das Attachment vor dem Abspeichern einer latin1 nach utf8 Konvertierung unterzogen, die zweite Konvertierung beim Abspeichern tritt nicht mehr auf), richtig ist es aber leider auch nicht. See http://bugs.otrs.org/show_bug.cgi?id=1767 beste Gruesse Morus
Hallo, ich weiß nun nicht um was es bei Dir im Treat konkret ging, habe bzw. hatte (hoffentlich gilt die Vergangenheitsform) jedoch auch Probleme mit Attachements. Vielleicht gibt Dir http://bugs.otrs.org/show_bug.cgi?id=1520 noch nützliche Infos. Gruß, Alexander Morus Walter schrieb:
Hi,
2.1.7 gibts bereits fertig auf dem ftp.otrs.org ;-)
ah. Merci. Ich hatte nur auf dem Webserver geschaut und da stand noch 2.1.6.
Das Problem tritt da zwar nur noch zur Haelfte auf (es wird nur noch das Attachment vor dem Abspeichern einer latin1 nach utf8 Konvertierung unterzogen, die zweite Konvertierung beim Abspeichern tritt nicht mehr auf), richtig ist es aber leider auch nicht.
See http://bugs.otrs.org/show_bug.cgi?id=1767
beste Gruesse Morus
------------------------------------------------------------------------
_______________________________________________ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
participants (3)
-
Alexander Scholler -
André Bauer -
Morus Walter