またdocomo

写メール送ると画像をDBに登録する、っていう去年作ったプログラムを、新しいサーバにインストールしなおしたんだけど、特定のdocomo機種で上手く動作しない模様。

またdocomoかよ・・・。

メールのデコードと添付ファイルの分割には、PEARのMail_mimeDecodeを使ってるんだけど、どうも特定機種からの送信の場合にmultipartを上手く解析してくれてない模様。上手く行く機種、上手くいかない機種で添付ファイルつきのメールをPCに送ってもらって内容をみてみる。gmailでも「show original」するとよいです。

＃関係ないけどexciteのメールに久方ぶりにログインしてみたら非常に使いにくくなってて笑った。以前のexciteメールは余計な機能がなくて軽くて、それはそれで好きだったのに。

上手くいく携帯からだと、本文が

Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

てな感じに「Content-Transfer-Encoding: 7bit」になってるけど、ダメな携帯（N系統）だと

Content-Type: text/plain; charset="Shift_JIS"
Content-Transfer-Encoding: 8bit

てな具合で、「Content-Transfer-Encoding: 8bit」。うーん、8bitでいいのかなあ・・・。

ソースを見てたら、後々の移植性を考えてあえてPEARのmimeDecodeライブラリを読み込ませずに、パッケージングしたライブラリを使ってた。
この辺は賛否両論あると思いますが、逆にパッケージングしておくことで、環境依存／バージョン依存を回避することができるので良いと思います。

でも去年できてたのに、今年ダメってことはなあ、それも機種依存かあ。

v 1.48 2006/12/03 →今回つかっていたmimeDecodeに記載されていたバージョン
v 1.50 2007/06/17 →PEARでインストールした最新のmimeDecodeのバージョン

pearでインストールした方を使うように参照先を変更したらサクッと通りました。



ところでdocomoメールヘッダーの

Content-Type: text/plain; charset="Shift_JIS"
Content-Transfer-Encoding: 8bit

の件、ググってみたら２００８年１月１７日からサービスインした

iモードメール「絵文字機能」を拡充　-ウィルコムPHSにも絵文字が送信可能に-
http://www.nttdocomo.co.jp/info/news_release/page/080117_00.html

の影響の模様。前後で「Content-Transfer-Encoding: 8bit」になってるとの報告が。