History and German umlauts

Hello,

i’m running rt 3.2.2. on Debian sarge with Apache 3.3.31.

i have got a display problem with the german umlauts at the ticket history.

the ticket will be shown correct if i klick >>download/html<< the
text/html file, but in the history will not show the same result.

The Umlauts are displayed as boxed, or question marks.

When i change the setting of IE to Windows Code, the messages will be
shown in a correct way.

Is ist possibly to fix this, or where can i search for a sollution? (RT,
Apache, Debian)

Thank you in advance

A. B.

Hello,

i’m running rt 3.2.2. on Debian sarge with Apache 3.3.31.

i have got a display problem with the german umlauts at the ticket history.

What version of perl do you have installed? How were the umlauts
entered? By web or by mail?

If they came in by mail and you’re running perl 5.8.3 or newer, could
you submit a bug report to rt-bugs@rt3.fsck.com (containing an example)
and see if it happens on our server?

Jesse

What version of perl do you have installed? How were the umlauts
entered? By web or by mail?

Jesse

Hello,

the server system contains:

RT Version is RT3.2.2.

serving:/# perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=linux, osvers=2.4.27-ti1211, archname=i386-linux-thread-multi
uname='linux kosh 2.4.27-ti1211 #1 sun sep 19 18:17:45 est 2004 i686
gnulinux ’

serving:/# apache -V
Server version: Apache/1.3.31 (Debian GNU/Linux)
Server built: Oct 29 2004 12:52:40
Server’s Module Magic Number: 19990320:16

System:
Linux serving 2.6.8-1-686 #1 Thu Nov 11 13:18:29 EST 2004 i686 GNU/Linux

Apache Settings are:

Default Charsets: UTF-8
and the default virtual host configuration explained in the installation
guide.

RT_SiteConfig.pm

I changed the order of the input email enconding, but with no success.

Encode::Guess.

EmailInputEncodiongs ge�ndert am 30.nov

@EmailInputEncodings = qw(utf-8 iso-8859-1 us-ascii) unless
(@EmailInputEncodings)

The charset for localized email. Must be recognized by Encode.

Set($EmailOutputEncoding , ‘utf-8’);

i read that mod perl for debian might contains some problem with utf-8, so
i recompiled it outside from apt-get debian installer paket and cpan from
“fresh” plattform independent build.

The failure only exist if the mail is at mode: text/html

If i change my default charset settings of the internet explorer or
mozilla to western europe(windows) the complete history will be displayed
correctly, but then other charsets (e.g. the header will be displayed
wrong).

The message will be displayed correct (with automated charset settings of
ie) when i >>download<< it. This opens a new window and the charset ist
correct.

An example of a message that will be displayed in the history:

Wie bereits mehrfach erw䨮t wird die Tabelle auch f? GUI ben?t.
Also bitte schnellstm?ch pflegen.<<

Normally(i changed the umlauts to ae, oe…)

Wie bereits mehrfach erwaehnt wird die Tabelle auch fuer GUI benuetzt.
Also bitte schnellstmoeglich pflegen.<<

And the orginial version:

Wie bereits mehrfrach erw�hnt wird die Tabelle auch f�r GUI ben�tzt.
Also bitte schnellstm�glich pflegen.<<

The problem is to localize the problem. Might this error produced by
Debian, the mailer, the import from RT or from a perl package.? That is
the question at this point.

I will send a copy of this mail to the bug report mail adress from another
mail client (using html).

Thank you for your help in advance.

Best regards

Axel Berking