OTRS default charset UTF-8, email with pdf attachment in iso-8859-2 -> otrs fetches only body msg without pdf attachment
On OTRS Version 2.0.4p01-17 (debian) it was not posible to work with UTF-8 default charset so I decided to install latest version form sources. It is better but there are still problems with UTF-8 or with converting to UTF-8. OTRS 2.1.6 can't fetch mail with pdf document attached.
Why otrs can't fetch this email with pdf-a attachment ?
Only body message is fetched without attached pdf doucument and this email with this pdf attachment block fetching next emails(I know that I can fetch this email from other client but when there will be more emails after such email I will dwonload messages which OTRS could donload to database, How to deal with such problem without switching to other default OTRS encoding then UTF-8?).
Email has iso-8859-2 charset encoding. MAybe this email has some bad headers? When I run PostmasterPOP3.pl manualy with f 1 parameter, below messages are printed:
Malformed UTF-8 character (unexpected non-continuation byte 0x77, immediately after start byte 0xf3) in pattern match (m//) at /home/projects/web/otrs.pocztakwiatowa.pl/Kernel/cpan-lib/MIME/Words.pm line 223.
Malformed UTF-8 character (fatal) at /home/projects/web/otrs.pocztakwiatowa.pl/Kernel/cpan-lib/MIME/Words.pm line 223.
Source of an email:
Return-Path:
Hallo.
Is there already a bugreport for this?
If not, please make one.
http://bugs.otrs.org/index.cgi
--
Mit freundlichen Grüßen
André Bauer
System:
Ubuntu 6.06.1/Apache 2.0.55-MOD_PERL/MySQL 5.0.21/OTRS 2.1.6
============================================
T> On OTRS Version 2.0.4p01-17 (debian) it was not posible to
T> work with UTF-8 default charset so I decided to install latest
T> version form sources. It is better but there are still problems
T> with UTF-8 or with converting to UTF-8. OTRS 2.1.6 can't fetch
T> mail with pdf document attached.
T> Why otrs can't fetch this email with pdf-a attachment ?
T> Only body message is fetched without attached pdf doucument and
T> this email with this pdf attachment block fetching next emails(I
T> know that I can fetch this email from other client but when there
T> will be more emails after such email I will dwonload messages which
T> OTRS could donload to database, How to deal with such problem
T> without switching to other default OTRS encoding then UTF-8?).
T> Email has iso-8859-2 charset encoding. MAybe this email has
T> some bad headers? When I run PostmasterPOP3.pl manualy with f 1
T> parameter, below messages are printed:
T> Malformed UTF-8 character (unexpected non-continuation byte
T> 0x77, immediately after start byte 0xf3) in pattern match (m//) at
T> /home/projects/web/otrs.pocztakwiatowa.pl/Kernel/cpan-lib/MIME/Words.pm
T> line 223.
T> Malformed UTF-8 character (fatal) at
T> /home/projects/web/otrs.pocztakwiatowa.pl/Kernel/cpan-lib/MIME/Words.pm
T> line 223.
T> Source of an email:
T> Return-Path:
participants (2)
-
André Bauer -
Tom