シフトJIS⇒MIMEエンコード(RFC2047)

質問

シフトJISの文字列をMIMEエンコード(RFC2047)
（メールのヘッダに使うような、=?ISO-2022-JP?B?・・・というようなヤツ）
に変換する、unix系gcc（Ｃ++ではなくてＣ)でコンパイルできるライブラリ、
ないでしょうか。。？

途中まで作りかけたのですが、
あまりに複雑でギブアップしてしまいまして。。
また、用途上、nkfなどの外部プログラムは呼び出せないのです。

回答No.4

rentahero · ベストアンサー

iso-2022-jpのmimeですよねえ。
SJIS→JISのコンバートとbase64のエンコードはできたものとして、説明します。
確かに少し難しいですが、行カウントを工夫すれば可能ですよ。要は、
１． ASCII→JISのタイミングで16文字のヘッダが入る
２． base64エンコードでは、元のJIS文字列（エスケープシーケンス含む）のバイト長さ(3+文字数*2+3)/3*4がbase64のバイト長なので毎回計算して比較する
３． JIS→ASCIIのタイミング（行末も）では２文字のトレーラが入る

この３点をカウントの際に条件づけるだけです。
簡単に計算すると、一度"=?iso..."とMIMEエンコードに入ると最低でも16+(3+1*2+3)/3*4+2=30バイトなければ抜けられない。

ASCII・JISを１文字単位でバッファリングして行内の文字列をカウントして条件をコントロールすれば大丈夫です。

どうでしょ？

お礼

さらに・・
４．base64エンコードの１行は最大７６文字まで。
５．エンコード後文字列は１行ずつ独立してデコードできなくてはならない。（すなわち、KANJI-In/Outが１行ごとに必要。全角文字やエスケープシーケンスが行をまたぐのはもってのほか）

このへんの条件が、非常にやっかいだったりします。。
でも、１文字ずつバッファリングしながら条件をコントロールしていけば、
無理ではなさそうですね。頭の中整理して、再挑戦してみます。
ありがとうございました！

回答No.5

jacta

#2です。

nkfなどが呼び出せないとのことだったので、コード変換が問題になっているのかと勘違いしていました。

Unix系のGCCで使えるMIMEのライブラリがあればいいんですね。
それなら、TcllibのTCL MIMEはいかがでしょうか？ Tclが必要になりますが、Cからライブラリとして使えますし、扱いも非常に簡単です。

参考URL：

http://tcllib.sourceforge.net/doc/mime-README.html

お礼

Tclのライブラリを簡単に使うこともできるのですね。
調べてみようと思います。ありがとうございました。

回答No.3

uyama33

blat.cpp
の中から、
shiftjis2......
に関連するサブルーチンだけを
抜き出して
一つのファイルにすれば
よいとおもいます。

お礼

ありがとうございます。
ソース、見ましたが・・関数の依存関係が非常に広範囲にわたっている上に、Ｃ++ですので・・・
開発環境が、Ｃオンリー、しかもmalloc使用不可という状況なので、
これを移植するのは相当大変そうです。。

回答No.2

jacta

libiconvを使うことはできませんか？

参考URL：

http://www.gnu.org/software/libiconv/

お礼

ありがとうございます。
ドキュメントを読んでみましたが、残念ながら・・MIMEエンコードは、できないようですね。。
MIMEエンコードが絡んでくると、単純なShiftJIS⇒JISエンコードでは
うまくいかなくなってしまうので、悩んでいます。。
（エンコード結果の行の折り返が関係してくるので・・）

回答No.1

uyama33

blatj
で検索すると、
メールソフトのソースコードが見つかります。
この中に
shiftjis2iso2022jp()
という関数があります。
これを良く読めば
理解できると思います。

お礼

原理も、エンコードの仕様もわかるのですが、
あまりに複雑で、困っておりまして。
なにか、便利なライブラリがないかなと思っているのですが。。