文字化けNo.12018
タケ さん 05/09/14 00:23
 
前回 (#11947) の文字化け時は対応ありがとうございました。
ところで...

またしても apple からのメールが文字化けしていました。
今回は iTMS の受領メールです。こういった受領メールは毎週
ほぼ1通ずつ届いていて、これまでは全く問題ありませんでした。
で、今日届いたものが文字化けしてしまいました。09/04 に届いた
同じ構成のメールは文字化けしていませんでしたので秀丸メール
4.51 or 4.52 あたりは大丈夫そうです。このメールを 4.53 で
「受信解析のやり直し」を行ったところ文字化けしました。4.54
でも同様です。というわけで 4.52 か 4.53 あたりでレベルダウン
したものと思います。

前回の文字化けと同様に「全般的な設定 - 上級者向け - デコード -
text/plain パートがあっても無視する」が On の時に文字化け
しますが、Off にすると正常です。あと、4.52 をダウンロードして
「受信解析のやり直し」を行おうとしましたが、ダウンロード自体が
できませんでしたので、どのバージョンからおかしくなったかは
未確認です。

今回の iTMS の受領メールの構成は次の通りです。


(ヘッダ 一部省略...)
Date: Tue, 13 Sep 2005 01:38:13 -0700 (PDT)
From: iTunes Music Store <xxxxxxxxxxxx@apple.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----=_Part_66019_956915.1126600693908"

------=_Part_66019_956915.1126600693908
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: quoted-printable

Apple =1B$B<u<h$j=1B(B

(テキストパート 省略...)

------=_Part_66019_956915.1126600693908
Content-Type: text/html; charset="ISO-2022-JP"
Content-Transfer-Encoding: quoted-printable

<HTML>

(HTMLパート 省略...)

</HTML>
------=_Part_66019_956915.1126600693908--

[ ]
RE:12018 文字化けNo.12019
秀まるお さん 05/09/14 08:30
 
 前回のメールは、

  text/plainパートはiso-2022-jp (いわゆるJIS文字コード)
  text/htmlパートはutf-8        (いわゆるユニコード)

 というメールでした。今回のメールは、連絡いただいたヘッダによると、

  text/plainパートもtext/htmlパートもiso-2022-jp

 となっているようでして、これは今までもよくある普通のhtmlメールだと思い
ます。

 このメールにおいて、text/htmlパートをプレーンテキスト形式に秀丸メール
側が変換して化けるということなら、何か、htmlパート部分に特殊な事情がある
んじゃないかと思います。なので、すみませんがhtmlパートの中身部分、とりあ
えず最初の方だけでも教えて欲しいです。

 たぶん、

  <META HTTP-EQUIV="Content-type" CONTENT="text/html;charset=XXXXXXX">

 みたいな形で文字コード指定が入っているじゃないかと思います。

 (たぶんそこがutf-8になっていて、メール自体は実際にはutf-8文字コードだ
ったりするんじゃないかと想像したりしますが)

[ ]
RE:12019 文字化けNo.12020
タケ さん 05/09/14 09:06
 
> このメールにおいて、text/htmlパートをプレーンテキスト形式に秀丸メール
>側が変換して化けるということなら、何か、htmlパート部分に特殊な事情がある
>んじゃないかと思います。なので、すみませんがhtmlパートの中身部分、とりあ
>えず最初の方だけでも教えて欲しいです。
>
> たぶん、
>
>  <META HTTP-EQUIV="Content-type" CONTENT="text/html;charset=XXXXXXX">
>
> みたいな形で文字コード指定が入っているじゃないかと思います。

ログ中の該当部分は...

  <META HTTP-EQUIV=3D"content-type" CONTENT=3D"text/html;charset=3DISO-8859=
  -1">

となっていました。これだと西ヨーロッパ言語になってておかしいですね。
本文の方は...

  =1B$B$4<+J,$N8D?M>pJs$K$D$$$F$O!"$3$A$i$r$4Mw$/$@$5$$=1B(B

のようになっていて所々に JIS コードの特徴が現れています。
試しに HTML メールを残す設定に変更して、受信解析をやり直し、さらに
その HTML を開くと (イメージリンクが含まれているので本当は開きたく
なかったのですが...)、IE6 で文字化けしました。西ヨーロッパ言語として
自動認識されています。手動で 日本語 (JIS) を指定することで文字化けは
解消しました。

apple から届くメールはおかしなメールばかりで質が悪いです。

[ ]
RE:12020 文字化けNo.12021
秀まるお さん 05/09/14 09:33
 
 Content-Type:ヘッダでの文字コード指定とhtmlメール中でのmetaタグでの文
字コード指定が違ってるケースは以前にもありまして、そのときはmetaタグの方
が正しかったので、秀丸メールとしてはmetaタグの方を優先する作りになってる
んだと思います。

 その辺、出来る範囲でどちらが正しいのか自動判定するようにしてみます。少
なくとも今回のケースはJIS文字コードが入っているってことなので、それはそ
れで自動判定できるケースになると思います。

[ ]
RE:12021 文字化けNo.12029
タケ さん 05/09/15 23:24
 
V4.55β1で問題のメールを受信解析し直して、問題なく
デコードできました。

[ ]