International characters error again/still in RT 3.0.2pre5

RT Users
1

I send a testmail to our RT-System (it is attached to this mail). The
message is sended in ISO-Latin1 and i marked as such (you can see it in the
headers).

If I look at the message, which arrived in the RT-system the german umlauts
are mangled and the charset in the mailheader of the arrived message is
utf-8.

Can you reproduce that, or may there be an older patch for some rt3.0.* I
have forgotten to undo?

Regards,
Dirk.

2

I forgot the attachment

I send a testmail to our RT-System (it is attached to this mail). The
message is sended in ISO-Latin1 and i marked as such (you can see it in the
headers).

If I look at the message, which arrived in the RT-system the german umlauts
are mangled and the charset in the mailheader of the arrived message is
utf-8.

Can you reproduce that, or may there be an older patch for some rt3.0.* I
have forgotten to undo?

Regards,
Dirk.

test____ (401 Bytes)

3

–Am Mittwoch, 7. Mai 2003 11:13 Uhr +0200 schrieb Dirk Pape
pape-rt@inf.fu-berlin.de:

I forgot the attachment

and some useful other information:

I have in httpd.conf

AddDefaultCharset UTF-8

an in etc/RT_SiteConfig.pm

@EmailInputEncodings = qw(utf-8 iso-8859-1 us-ascii) unless
(@EmailEncodings);
Set($EmailOutputEncoding , ‘iso-8859-1’);

Dirk.

4

What distribution and perl version are You using what is LANG set to on
the RT host?

Regards,
Harald
Harald Wagener * FCB/Wilkens * An der Alster 42 * 20099 Hamburg

5

and now, when I wrote this, I found the error.

–Am Mittwoch, 7. Mai 2003 11:36 Uhr +0200 schrieb Dirk Pape
pape-rt@inf.fu-berlin.de:

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

this had been copied earlier from a (buggy?) RT_Config.pm

I changed it to

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

as in the new RT_Config.pm, restarted apache-ssl and it works now

Dirk.

6

–Am Mittwoch, 7. Mai 2003 11:36 Uhr +0200 schrieb Dirk Pape
pape-rt@inf.fu-berlin.de:

@EmailInputEncodings = qw(utf-8 iso-8859-1 us-ascii) unless
(@EmailEncodings);
this had been copied earlier from a (buggy?) RT_Config.pm
as in the new RT_Config.pm, restarted apache-ssl and it works now

FWIW, that fix was in -pre5.

Thanks,
/Autrijus/