I think thare is a bug in subroutine EncodeHeader(). The string encoded
by encode_qp function contains at the end two characters "=\n" On line
1523 is a regexp which trying to remove "=\r?\n" characters, BUT one
line before is chomp() function called on that string, which remove the
last "\n" character due regexp on the next line can't work. Than,
quoted_printable chracter string is corupted when decoded in MUA !
There is a snippet of original code of that routine:
...
1522 chomp $string;
1523 $string =~ s/=$CR?$LF//gs;
1524 $string = $prefix.$string.'?=';
...
Corection ? it works for me :-)
...
1522 $string =~ s/=$CR?$LF//gs;
1523 chomp $string;
1524 $string = $prefix.$string.'?=';
...
Another Bug is when filename is encoded ! When filename of MIME
attachement is encoded, there is lost information about charset of this
encoding of filename ! When filename is encoded back, there is a default
charset writen instead of original one. I can't find a part of code
which is responsible for it. :-(
Thanks
Michal
-- +-----------------------+--------------------------------------------+ | Michal Weinfurtner | Drive nez se rozhodnete mi poslat prilohu | | 31646@xyz.molar.is | ve formatu .doc .xls .ppt , vezmete | | www.volny.cz/skfigury | prosim na vedomi, ze tyto dokumenty jsou | | | kodovany v utajenem formatu firmy Microsoft| | | a proto si je nebudu moci cist. Distribuce | | | dokumentu v techto formatech je spatna pro | | | Vas i pro druhe. Nemuzete si byt jisti, jak| | | bude priloha vypadat po otevreni jinou | | | verzi Wordu; mozna nepujde otevrit vubec ! | +-----------------------+--------------------------------------------+