MIME::Words

[Jan Kasprzak]

	Myslim si, ze jsem nasel chybu v MIME::Words, ale potreboval
bych jeste posouzeni nekoho jineho. Pokud udelam neco jako

use MIME::Words qw(:all);
my $w = encode_mimewords('Subject: Tučňák patagonský',
	('Charset'=>'ISO-8859-2'));
print $w, "\n";

	dostanu následující:

Subject: =?ISO-8859-2?Q?Tu=E8=F2=E1k?= =?ISO-8859-2?Q?patagonsk=FD?=

	Pokud na toto dám decode_mimewords(), dostanu
zpět patagonského tučňáka. Podle mého názoru tímto jsou obě tyto
rutiny v rozporu s RFC 1522, které říká:

: 6.2. Display of encoded-words
: 
:    Any encoded-words so recognized are decoded, and if possible, the
:    resulting unencoded text is displayed in the original character set.
: 
:    When displaying a particular header field that contains multiple
:    encoded-words, any linear-white-space that separates a pair of
:    adjacent encoded-words is ignored.  (This is to allow the use of
:    multiple encoded-words to represent long strings of unencoded text,
:    without having to separate encoded-words where spaces occur in the
:    unencoded text.)

	Pokud totiž takovýto subject skutečně použiju, zobrazí mi
toto všichni klienti jako "Subject: Tučňákpatagonský", bez mezery
mezi slovy.

	Co si o tom myslíte?

-Yenya

-- 
\ Jan "Yenya" Kasprzak <kas at fi.muni.cz>       http://www.fi.muni.cz/~kas/
\\ PGP: finger kas at aisa.fi.muni.cz   0D99A7FB206605D7 8B35FCDE05B18A5E //
\\\             Czech Linux Homepage:  http://www.linux.cz/              ///
| The case with NT is the most spectacular.  Seems, they have at least two |
| independant teams.  One introduces bugs, another invents workarounds.    |
| Silly bugs are followed by ugly workarounds. 8)       --Alexey Kuznetsov |