Hi,
I have a persistent problem with mangled messages. I think the same
problem affects both message text and attachments. A message enters
the system using one charset, but it seems RT (in a wide sense) gets
it wrong.
Here are the incoming raw message headers:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Note in particular the Content-Type line. Here is the message the is
sent out by RT:
Managed-BY: RT 3.0.10 (Request Tracker — Best Practical Solutions)
MIME-Version: 1.0
In-Reply-To: rt-692@Dynasim
RT-Ticket: Dynasim #692
Message-Id: rt-3.0.10-692-3918.1.06322901111625@dynasim.se
Precedence: bulk
Content-Type: text/plain; charset=“iso-8859-1”
BCC:
X-RT-Original-Encoding: utf-8
What strikes me as particularly odd is the X-RT-Original-Encoding. The
text is also mangled, at least “funny” natinal characters outside of
ASCII.
Here is some system information:
RT: 3.0.10
Perl: 5.8.3
mod_perl: 1.27 (reinstalled after upgrading to Perl 5.8.3
Apache: 1.3.27 (not recompiled after upgrading to Perl 5.8.3)
Linux: RedHat 7.2
All Perl modules meet the requirements for RT 3.0.10, but I’m not sure
they are the latest thing. Neither have I downloaded them after the
latest Perl upgrade (we used to run 5.8.0 before).
Also of interest might be that I have set RT’s output encoding to
iso-8859-1. We have some mail programs that do not like UTF-8 very
much. From RT_SiteConfig.pm:
@EmailInputEncodings = qw(utf-8 iso-8859-1 us-ascii) unless (@EmailInputEncodings);
#Set($EmailOutputEncoding , ‘utf-8’);
Set($EmailOutputEncoding , ‘iso-8859-1’);
Any help would be GREATLY apprciated! I have run UNIX systems for
quite some time, but Perl administration is pretty new to me.
Best regards,
Dag Bruck
Dynasim, Lund, Sweden