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