もり です。

ご説明、ありがとうございました。

私が、昔、変換にはiconvが使われているのではという思い込みのもと、その
認識を元に変換部分をiconvを検索する事に依って探した事が裏目にでたよう
ですね。

> Sylpheedでは送信時には iconv は直接使われていません。 codeconv.c 中で
> USE_ICONV が定義されていれば使われるようになっていますが、
> 先頭の #undef USE_ICONV を変更しない限り使用されません。
> （これは初期のころに試験的に実装してみたものをそのまま
> 残してあるだけです。)
> コンパイル時に通常選択できるのは libjconv と libkcc の二つだけです。

なる程。という事は、作者としてはiconvで変換するコードはちゃんと作って
(できて)もいないし保守もされてないし、限りなく使ってくれるなという状態
に近いという事ですね。
それなら、CVSも公開されているのだし、事故防止の為にも削除してしまった
方が良いと思います。(もしくは、iconvを使った変換もちゃんと作る。今と
なっては、このままの機能で手間掛けて作る価値はないと思うけど、何かの
拍子に[例えば、変換が旨く行かなかった時にソースを見てundefを外す]なん
て事故もないとはいえないし。今回の説明を読んでなければ、自分自身も将来
この罠にはまる事がないという自信はないし。両方保守するのも大変でしょう
し。)


> ちなみに jconv は内部で iconv を呼んでおり、 iconv に対するラッパー
> として機能します。

という事は、jconvの中で、iconvのエラー処理を適切に行っているという事で
すね。(Sylpheedとしては見る必要もないが)
って事は、jconvで得られる以上の情報を使って確認窓をだしたりなんて事は
現状ではできないという事ですね。

jconvを使った時に、次の様な選択枝を実行する事はできるのだろうか？

  ## 半角カナが使われています。どう対処しますか？
  ## 1. そのまま送信する。
  ## 2. そのまま編集を続ける。
  ## 3. 半角カナを全角カナに変換して送信する。
  ## 4. 半角カナを全角カナに変換して編集を続ける。

あ、これは単なる興味です。

現状に付いては(Sylpheedでは、コード変換にkccもしくはjconvを使っており
直接iconvは使っていない事が)理解できました。