NAK です。
ずっと考えていたのですが...、

On Wed, 17 Jul 2002 13:25:50 +0900
Munesato - NAK - Nakada <munesato@xxxxxxxxxx> wrote:

 > > > EUC-JP な環境を前提として、codeconv.c 内の conv_unmime_header() を
 > > > 流してゆくと、conv_jistodisp() が 2 回呼ばれています。
 > > 
 > > conv_unmime_header() 中での2回目の JIS -> EUC 変換は、 MIME エンコー
 > > ドされずにヘッダに生 JIS を入れられた場合への対処です。あんまり美しく
 > > ないですけど(^^;
 > 
 > JIS が含まれている／いないに関わらず、conv_jistodisp() されて
 > いたんで、何でだろう？ と思っていました。

conv_unmime_header() 中で conv_jistodisp() が呼ばれる
タイミングは、unmime_header() の前のほうが良くないですか？

前に書いたコレ(↓)を元に話しますが、

 > conv_unmime_header{
 >   unmime_header{
 >     conv_codeset_strdup{
 >       conv_jistodisp{}  // 1: JIS to EUC (OK)  ... (1)
 >     }
 >   };
 >   conv_jistodisp{}      // 2: EUC to EUC (NG?) ... (2)
 > }

(1) は、MIME 化(?) された文字列のみを変換しますが、
(2) は、文字列全体を変換します。

最悪の場合、(1) が実行されたうえで、(2) が実行されると
(2) を呼び出す時点で、EUC-JP と JIS の混在が起こりえます。

ここで、(2) を unmime_header() より先に呼び出すとすると、
MIME 化(?) されている部分は無変換で (1) に渡されるので、
混在は起こらない気がします。

あと、(2) の conv_jistodisp() は固定ですが、ヘッダ情報から
得られる charaset で変換をかければ、生 EUC-JP、生 SJIS、
生 Latin1 等々、一般的に対応できるのではないかと思います。

-- 
中田 宗里 (NAK) <munesato@xxxxxxxxxx>