標準表示（？）に変換されないhtmlメール - 秀丸メール情報交換会議室 - スレッド43675, 2012/11/27

標準表示（？）に変換されないhtmlメール

hajimeｔ さん　12/11/27 19:22

秀丸メールいつも大変便利に使わせて頂いております
hmm.v578
hmmmthlv.v219
先日ふと違和感を感じて、たまたまた気づいたのですが、
ある受信したhtmlメールで標準では表示されない部分がありました。
表示されない部分の内容はごく普通の「文章」で
表示されないことは送信者、受信者両者にとって、
予想外の事態かと思われます。
参考に（なるかどうか分かりませんが）ヘッダの一部を引用します↓
X-Mailer: YahooMailWebService/0.8.111_35
Content-Type: multipart/alternative; boundary="0-1335051346-1353857989=:84716"
X-Body-Content-Type: text/plain; charset=iso-2022-jp (original=utf-8)

今後このような事態が生じ得ることを前提にメールの授受をせねばと、
htmlメールでの授受を前提にした通信慣習が一般化しつつある状況への
適応を逼られているようで、若干困惑しております。

RE:43675 標準表示（？）に変換されないht

秀まるお2 さん　12/11/27 22:47

　そのメールは、「multipart/alternative」ということで、つまり、HTML形式
と普通のテキスト形式のデュアルパートってことになると思います。

　普通は、そういうメールは、HTML形式で表示するのかテキスト形式で表示する
のかはメールクライアントが選択出来て、どっちで表示してもいいはずです。が
しかし、以前にもそういうメールのテキスト形式部分に異常があって、テキスト
形式で表示すると中身が抜けてしまうってことがありました。

　なので、実は秀丸メールでは、そういうメールはテキスト形式部分は無視して
HTML形式部分を独自にテキストに変換して表示しています。

　なので、メール本文の一部が抜けてしまうようなことにはならないはずのつも
りです。

　その辺のオプションは、「全般的な設定・上級者向け・デコード」の中にあり
ます。

　「信頼できないtext/plainパートは無視する」

　ってオプションで、標準でONになっています。

　もしもそこがONになっていないのでしたら、ONにしていただくことで、今後は
メール本文の抜けは解消出来るんじゃないかと思います。

　そこをONにしているにも関わらずダメだとしたら、秀丸メールでの「HTML形式
をテキスト形式に変換する処理」がおかしいのかもしれませんけども、そうだと
すると、具体的におかしいメールの例でテストしてみないと難しい所です。

　Yahoo!メールのWebメールから送信したら再現出来るのかもしれませんので、
もし「信頼できないtext/plainパートは無視する」がONでもダメってことでした
ら、こちらでなんとか再現パターンを作ってテストしてみようかなぁと思います。

RE:43680 標準表示（？）に変換されないht

hajimeｔ さん　12/11/27 23:40

早速ありがとうございます。
>　そこをONにしているにも関わらずダメだとしたら、秀丸メールでの「HTML形式
>をテキスト形式に変換する処理」がおかしいのかもしれません
のようなのでhtmlファイルをxxxxx@mitene.or.jp宛お送りします。

RE:43682 標準表示（？）に変換されないht

秀まるお2 さん　12/11/27 23:53

　せっかく送っていただいたのですが、実は「受信ログ」を送って欲しいという
のがあります。そうじゃないと、正確な再現テストが出来なくて、ちょっと原因
究明が難しいです。

　受信ログを送っていただく手順を説明させていただきますと、

　１．問題のメールを選択して、「ファイル・エクスポート...」を実行する。
　２．形式は「１メール１ファイル形式」とした上で、一番下にある
　　　「現在のメールに対応する受信ログ/送信ログをエクスポートする」
　　　をONにして、適当にエクスポートを実行する。
　３．エクスポートされたファイルを添付ファイルにして作者に送る。

　です。で、送り先は、"maruo@mitene.or.jp"です。

　お手数かけてすみませんが、よろしくお願いします。

　（見た感じは特に本文に抜けが起きるはずのなさそうなメールでしたけども
…）

RE:43684 標準表示（？）に変換されないht

秀まるお2 さん　12/11/28 11:13

　お手数かけてすみません。おかげさまで再現出来ました。

　それで、なぜそうなってしまうのか調べてみたら、なんと、

　「信頼できないtext/plainパートは無視する」

　の設定がONであっても、YahooMailからのメールは「信頼できる」の扱いにし
てしまってて、結果として、text/plainパート（いわゆるテキスト形式メール）
の方を出してしまってました。

　YahooMailのようなメジャーな所は大丈夫なはずだと思っていたんですけど、
実際こういう抜けがあるということで、信頼出来ない扱いに変更させていただく
ってことで対応させていただきます。

　とりあえずは、「全般的な設定・上級者向け・デコード」の「text/plainパー
トがあっても無視する」をONにすれば、今後は大丈夫になります。それでお願い
します。

RE:43689 標準表示（？）に変換されないht

hajimeｔ さん　12/12/04 20:31

>　とりあえずは、「全般的な設定・上級者向け・デコード」の「text/plainパー
>トがあっても無視する」をONにすれば、今後は大丈夫になります。それでお願い
>します。
についてですがV6.10β17にしましたが変化内です。ご確認ください。

RE:43728 標準表示（？）に変換されないht

秀まるお2 さん　12/12/04 23:20

　こちらで確認した限りはβ17でたしかに大丈夫なはずのようです。たしかに送
っていただいた受信ログをインポートしなおして、うまくHTML部分をテキストに
変換して表示しているようです。

　β17をインストールしていただいても、既存のメールが自動で回復してくれる
ことはなくて、あくまで「受信解析」というか、いわゆるデコードの処理を実行
したタイミングで正しい変換がなされる形になります。

　既存のメールについて回復させるためには「編集・受信解析のやり直し」って
コマンドを実行してやる必要があります。

　一回、この前僕に送っていただいたメールを選択して「編集・受信解析のやり
直し」をしてみて、それで出てきたメールを見ていただくって形でテストしてみ
て欲しいです。たしかにそのメールについては大丈夫なはずだと思います。

　（「全般的な設定・上級者向け・デコード」のオプションが標準の場合の話に
なりますけども）

　他にもダメなパターンがあるようでしたら、それはまた別の原因なのかもしれ
ません。

RE:43729 標準表示（？）に変換されないht

hajimeｔ さん　12/12/04 23:54

>　既存のメールについて回復させるためには「編集・受信解析のやり直し」って
>コマンドを実行してやる必要があります。
これでした。確認の方法が分かっておらず申し訳ありませんでした。