Korrupte Ticket-Anhänge beim Öffnen

[ibsdp2011]

Ich hatte ein funktionierendes OTRS 2.4.7. Da mir die neue Erscheinungsform der V3 gut gefiehl, hab ich ein Upgrade auf die 3.0.5 gemacht. Alles funktioniert wieder problemlos nur eines nicht. Öffnet man bestehende Ticketanhänge (Word, PDF, usw) oder auch in 3.0.5 neu anglegte, so können diese nach dem Download nicht mehr geöffnet werden. Vergleicht man das Original, den Blob in der Datenbank und die Downloadkopie so stellt man folgendes fest:
Das Original und der Blob in der Datenbank sind gleich. In der Downloadkopie werden allen Zeichen, die größer 127 (0x7f) sind ein 0xC2 vorangestellt. Für Adobereader oder Word ist dadurch das File corrupt und kann nicht mehr geöffnet werden.
Kann jemand den Bug fixen?
Als Anhang die 3 Screenshots einer Worddatei im Hexformat im Original, als Blob in der DB und als Downloadkopie:

[jojo]

was für einen Browser nutzt Du? Ich tippe hier auf einen Browser spezifischen Bug, bei mir funzt das nämlich ohne Probleme

[ibsdp2011]

Also folgende Konstellation:

OTRS-Server:
Windows Server 2003 Standard SP2 32Bit
IE7.0.5730.13

Client:
Windows 7 Pro 64Bit
IE8.0.7600.16385 32 und 64Bit
Chrome 9.0.597.98

Bei allen Browsern (Server wie Client) passiert das Gleiche: In der Downloaddatei befinden sich 0xC2-Zeichen vor Zeichen die größer 0x7F sind.
Ich habe aber anstatt dem Original Apache-Webserver einen IIS V6.0 bei OTRS-Server am Laufen.
Wie schon gesagt mit 2.4.7 funktionierte das auch mit dem IIS V6.0.

[jojo]

dann mach bitte einen Bug auf, mit dem Apache funktioniert es...

[ibsdp2011]

Stimmt. Mit Apache2.2 funktioniert es, mit IIS6 nicht. Ok, mach einen Bug auf, vielen Dank

[ibsdp2011]

Ist es möglich, dass man im OTRS den Standard-Charset 'utf-8' auf 'iso-8859-1' abändern kann?
Dies könnte die Lösung sein, da auch auf der OTRS-Website bei Umlauten ein 'Â' (0xC2) vorangestellt angezeigt wird.
Mit charset=iso-8859-1 sollte dies für den IIS6 behoben sein.