Re: 5.8.2 bug: test тест téßt test

[Shenghuo ZHU <zsh@cs.rochester.edu>]

>>>>> "LMI" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

LMI> Vladimir Volovich <vvv@vvv.vsu.ru> writes:
>> when sending a message with this subject, gnus encodes non-ascii text
>> as encoded-word, and as a result, the space between a cyrillic word
>> (koi8-r) and a latin-1 word is lost. This rule was already discussed
>> in this list (in a different thread):
>> 
>> RFC 2047 says:
>> 
RFC-2047> When displaying a particular header field that contains
RFC-2047> multiple 'encoded-word's, any 'linear-white-space' that
RFC-2047> separates a pair of adjacent 'encoded-word's is ignored.
RFC-2047> (This is to allow the use of multiple 'encoded-word's to
RFC-2047> represent long strings of unencoded text, without having to
RFC-2047> separate 'encoded-word's where spaces occur in the unencoded
RFC-2047> text.)
>> 
>> The subject contained a cyrillic word and a latin-1 word separated by
>> a real space. Gnus encoded both words as encoded-word, but not encoded
>> a space between them. As a result, this space is ignored when
>> displaying the subject.

LMI> Oh dear.

LMI> So should the rfc2047 algorithm be:

LMI> 1) find all words (or phrases) to encode
LMI> 2) encode all the words or phrases
LMI> 3) if there are now two encoded words after each other, we encode a
LMI>    space in between them?

I vaguely recall that I had fixed this bug. Please check the latest
version.

-- 
Shenghuo