🚀 go-pugleaf

>>In article <KATE.96Dec16134809@yamato.trad.pfu.co.jp>,
>>	kate@pfu.co.jp (KATAYAMA Yoshio)-san writes:

KY> “復号すると余分な空白が加わる”ということは、RFC 1342 の 

> Use of encoded-words in message headers
KY> （省略）
> When
> displaying a particular header field" (in the RFC 822 sense)
> containing one or more encoded-words, an unencoded SPACE character
> that immediately follows the encoded-word is not displayed.

KY> は既に無効になっているということでしょうか？

そうです。

この辺りは最新の RFC 2047 では (実際はすでに RFC 1522 の頃か
ら同様に)

   When displaying a particular header field that contains multiple
   'encoded-word's, any 'linear-white-space' that separates a pair of
   adjacent 'encoded-word's is ignored.  (This is to allow the use of
   multiple 'encoded-word's to represent long strings of unencoded text,
   without having to separate 'encoded-word's where spaces occur in the
   unencoded text.)

のように変っていて、encoded-word に挟まれた linear-white-space 
のみを無視するようになりました。理由は括弧の中に記された通り
です。


同様に、encoded-word と普通の text に挟まれた空白も無視して
くれるようになっていれば問題なかったんですが、こうすると (た
ぶん) "Q" encode した ISO-8859-* 系の文字と US-ASCII text を
混在させる際の空白の扱いが嫌だったんでしょうね。
--
稲村 雄 =JANE=