山本です。

> > 元メールではSylpheedがiconv(libjconvですが)のエラーに気づき
> > 送信をやめさせたのでは?
> > 全く対応していないというのは違うと思います。
>
> 私には「iconv(libjconvですが)」という表現がおかしく見えます。
> iconvとjconvは同じような機能を持った全く別の部品です。Sylpheedでは選ば
> れた方を使うように場合分け(バイナリには選ばれた方しか入りませんが)され
> ていますので、導入時の選択によってそれぞれ用に全く別のコードが動きます。
>
> jconvを使った場合には、関数jconv_alloc_convが失敗した場合に対処してい
> ますが、iconvを使った場合には何も対処していないように(私には)見えます。
>
> だから、Sylpheedのコード変換(わざわざiconvではと書いてます)に問題はある
> と思ったのです。
>
> 表題は、「半角カナが使用されているメールへの返信について」ですし、
> Sylpheedの表題の処理について、jconvを使う場合とiconvを使う場合があり、
> iconvを使う場合には全く対処されていないと思いますし、それはSylpheedに
> 問題があると私は考えています。
>
> iconvを使っている場合に少しでも対処されているのでしょうか？

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

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