Hello,
we see again errors with 8-bit character encoding conversions. But the
pattern is defiierent than before. RT behaves well for some time,
converting between character set and displaying correctly in the web and in
different MUAs.
Suddenly - after some time apache is running - RT fails with this, and
all/many (we do not really know) mails have mangled international
characters and even the web display of the tickets are wrong.
We do not know, what triggers that behaviour, but we will investigate
further here and report if we know more.
This mail is to report the issue early.
Regards,
Dirk.
Dr. Dirk Pape (Leiter des Rechnerbetriebs)
FB Mathematik und Informatik der FU-Berlin
Takustr. 9, 14195 Berlin
Tel. +49 (30) 838 75143, Fax. +49 (30) 838 75190
Hello,
we see again errors with 8-bit character encoding conversions. But the
pattern is defiierent than before. RT behaves well for some time,
converting between character set and displaying correctly in the web and in
different MUAs.
Suddenly - after some time apache is running - RT fails with this, and
all/many (we do not really know) mails have mangled international
characters and even the web display of the tickets are wrong.
Interesting. What perl version? mod_perl, not fastcgi, I presume?
It may be worth double-filtering your RT mail, so you can see if it’s
something in a particular message that’s doing it.
Thanks for the heads-up. 3.0.2pre6 seems better enough than 3.0.1 that
I’m not going to hold 3.0.2 until we find out what’s wrong, but I
definitely get to the bottom of this
Jesse
We do not know, what triggers that behaviour, but we will investigate
further here and report if we know more.
This mail is to report the issue early.
Regards,
Dirk.
–
Dr. Dirk Pape (Leiter des Rechnerbetriebs)
FB Mathematik und Informatik der FU-Berlin
Takustr. 9, 14195 Berlin
Tel. +49 (30) 838 75143, Fax. +49 (30) 838 75190
rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users
Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.
Hello,
–Am Sonntag, 11. Mai 2003 11:19 Uhr +0200 schrieb Dirk Pape
pape-rt@inf.fu-berlin.de:
Suddenly - after some time apache is running - RT fails with this, and
all/many (we do not really know) mails have mangled international
characters and even the web display of the tickets are wrong.
I forgot to mention that restarting apache cures the problem reproduceably.
Dirk.
Hello,
–Am Sonntag, 11. Mai 2003 12:15 Uhr +0200 schrieb Dirk Pape
pape-rt@inf.fu-berlin.de:
I forgot to mention that restarting apache cures the problem
reproduceably.
to be sure not to be misunderstood, I have to follow-up again:
the problem is not really cured. After apache restart, RT+Apache behave
well for some time and then they get ill again in handling international
characters.
Dirk.
Hallo Jesse,
–Am Sonntag, 11. Mai 2003 5:45 Uhr -0400 schrieb Jesse Vincent
jesse@bestpractical.com:
Interesting. What perl version? mod_perl, not fastcgi, I presume?
It may be worth double-filtering your RT mail, so you can see if it’s
something in a particular message that’s doing it.
This is perl, v5.8.0 built for i686-linux
Server version: Apache/1.3.26 Ben-SSL/1.48 (Unix) Debian GNU/Linux
with mod_perl.
What do you meen by double filtering? I will pipe all mail going to rt in
another mailbox tomorrow.
Dirk.
What do you meen by double filtering? I will pipe all mail going to rt in
another mailbox tomorrow.
That’s exactly what I mean. What I’m curious about is whether it’s key
messages that screw things up or something else that’s less
deterministic.
Dirk.
rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users
Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.