Unknown encoding 'iso-8859-8-i' at /opt/rt3/lib/RT/I18N.pm line 270

One of my users received the following error from RT:
(This is a beta installation of RT running RT (3.0) version 2.1.69):

----- Transcript of session follows -----
RT server error.
The RT server which handled your email did not behave as expected. It
said:
Unknown encoding ‘iso-8859-8-i’ at /opt/rt3/lib/RT/I18N.pm line 270
Stack:
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]
[/usr/lib/perl5/5.8.0/Carp.pm:191]
[/usr/lib/perl5/5.8.0/i386-linux-thread-multi/Encode.pm:152]
[/opt/rt3/lib/RT/I18N.pm:270]
[/opt/rt3/lib/RT/EmailParser.pm:234]
[/opt/rt3/lib/RT/EmailParser.pm:182]
[/opt/rt3/lib/RT/Interface/Email.pm:399]
[/opt/rt3/share/html/REST/1.0/NoAuth/mail-gateway:33]
[/opt/rt3/share/html/REST/1.0/autohandler:27]
[/opt/rt3/share/html/autohandler:62]
554 5.3.0 unknown mailer error 255

Is this a known problem ?
Any tips on where to dig for an answer will be greatly appreciated.

Regards,
Ron Gidron.

Hi Ron,

First of all, what’s your Perl version?
OS name and version would be nice to know as well.

There are known problems with Perl 5.6.1 and e-mail messages
received in encodings different than US-ASCII and UTF-8.

Cheers,
Stanislav— Ron Gidron ron.gidron@shunra.com wrote:

One of my users received the following error from RT:
(This is a beta installation of RT running RT (3.0) version 2.1.69):

----- Transcript of session follows -----
RT server error.
The RT server which handled your email did not behave as expected. It
said:
Unknown encoding ‘iso-8859-8-i’ at /opt/rt3/lib/RT/I18N.pm line 270
Stack:
[/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:281]
[/usr/lib/perl5/5.8.0/Carp.pm:191]
[/usr/lib/perl5/5.8.0/i386-linux-thread-multi/Encode.pm:152]
[/opt/rt3/lib/RT/I18N.pm:270]
[/opt/rt3/lib/RT/EmailParser.pm:234]
[/opt/rt3/lib/RT/EmailParser.pm:182]
[/opt/rt3/lib/RT/Interface/Email.pm:399]
[/opt/rt3/share/html/REST/1.0/NoAuth/mail-gateway:33]
[/opt/rt3/share/html/REST/1.0/autohandler:27]
[/opt/rt3/share/html/autohandler:62]
554 5.3.0 unknown mailer error 255

Is this a known problem ?
Any tips on where to dig for an answer will be greatly appreciated.

Regards,
Ron Gidron.

Hi Stanislav,

I am running Linux Mandrake 9.0,
My perl is v5.8.0 built for i386-linux-thread-multi

BTW - do you think I can benefit anything (only in this regard) from
upgrading to 2.1.85?

Cheers
Ron

Hi Ron,

Hi Stanislav,

I am running Linux Mandrake 9.0,
My perl is v5.8.0 built for i386-linux-thread-multi

Then it’s “easier”…
The incoming email was in Hebrew encoding ‘iso-8859-8-i’,
and the current Encode-1.91 does not support Hebrew completely:

http://search.cpan.org/author/DANKOGAI/Encode-1.91/lib/Encode/Supported.pod
see also:
http://lists.w3.org/Archives/Public/www-validator/2001AprJun/0008.html

As I could read from your company homepage, Hebrew support is of
significance to your company. Then, the best way would be if your
colleagues could help Encode authors to implement this support.
Otherwise, they need to change the encoding settings in their
email clients.

BTW - do you think I can benefit anything (only in this regard) from
upgrading to 2.1.85?

not really. You see, it’s the problem in external module.

Cheers,
Stan

Thanks for that Stanislav,
I will have a look into helping out with the po (but I am really new to this
so I hope I can catch up quick enough…)
However, to solve my little problem I was thinking of a hack that I would
appreciate your opinion about.
Since iso-8895-8-i can be an alias to iso-8895-8 I was thinking about using
Text::Iconv to convert the body of the message,
(if and only if the char set is indeed iso-8895-8-i)
something like :
— /opt/rt3/lib/RT/I18N.pm in the function SetMIMEEntityToEnconding (line
284 in build 2.1.85…)
if char set contains iso-8859-8-i then convert body from iso-8859-8 to utf-8
and set the char set to utf-8…
and carry on as usual…
Do you think this can work or is this a complete flunk I’m heading into?
I am a newbie to encodings and the likes…

Thanks
Ron.

-----Original Message-----
From: rt-devel-admin@lists.fsck.com
[mailto:rt-devel-admin@lists.fsck.com]On Behalf Of Stanislav Sinyagin
Sent: Tuesday, March 11, 2003 7:18 PM
To: Ron Gidron; Rt-Devel
Subject: RE: [rt-devel] Unknown encoding ‘iso-8859-8-i’ at
/opt/rt3/lib/RT/I18N.pm line 270

Hi Ron,

Hi Stanislav,

I am running Linux Mandrake 9.0,
My perl is v5.8.0 built for i386-linux-thread-multi

Then it’s “easier”…
The incoming email was in Hebrew encoding ‘iso-8859-8-i’,
and the current Encode-1.91 does not support Hebrew completely:

http://search.cpan.org/author/DANKOGAI/Encode-1.91/lib/Encode/Supp
orted.pod
see also:
http://lists.w3.org/Archives/Public/www-validator/2001AprJun/0008.html

As I could read from your company homepage, Hebrew support is of
significance to your company. Then, the best way would be if your
colleagues could help Encode authors to implement this support.
Otherwise, they need to change the encoding settings in their
email clients.

BTW - do you think I can benefit anything (only in this regard) from
upgrading to 2.1.85?

not really. You see, it’s the problem in external module.

Cheers,
Stan
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel

However, to solve my little problem I was thinking of a hack that I would
appreciate your opinion about.
Since iso-8895-8-i can be an alias to iso-8895-8 I was thinking about using
Text::Iconv to convert the body of the message,
(if and only if the char set is indeed iso-8895-8-i)
something like :
— /opt/rt3/lib/RT/I18N.pm in the function SetMIMEEntityToEnconding (line
284 in build 2.1.85…)

I think it’s much better if you apply your efforts to Encode
package. Why hacking RT, instead of making some more common
modules support this?

Stan