HTMLメールの表示 - 秀丸メール・要望関係／問い合わせ窓口 - スレッド01456, 2001/01/09

HTMLメールの表示

きいろいまふらあ さん　01/01/09 10:53

（いいかげんな検索ですが）同内容の要望が過去にないようなので。

「HTMLメール非対応」を高らかに謳っている鶴亀ではありますが、私は
本文がhtmlのみの（text/plainが存在せず、text/htmlが存在する）メールを
頻繁に受け取ります。そこで

「HTMLメールを鶴亀で読めるようにして欲しいです。」

といっても、HTMLを表示して欲しいわけではなく、
単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
の部分からhtmlタグを消して表示して欲しいな、と。

AL-Mailに同様の機能があり重宝していた（というかその恩恵をこうむって
いたことが、鶴亀に乗り換えて発覚した(^^;）のです。

具体的な実装仕様までは練れていないのですが、データ形式については

・表示のみ（ビューワで表示するときに都度表示）
・内容を改ざん（ある時点、というか受信（解析）時点で、タグを削除した
　ものを本文として生成してしまう）

うーむどちらもそれなりに影響が大きそうですね。(^^;
素人考えでは前者が無難なのでしょうけど。あと、

・text/plain と text/html が両方あったらどうする？
・改行はどうする？
・改ざんするとしたら、もとのtext/htmlの部分はどうする？破棄する？
　（関連して）添付ファイル扱いの「HTMLメール」は残す？
・ビューワ上でtext/html部分ということがわかるようにする？しない？

などなど色々議論の余地もありそうですが、とりあえず問題提起ということで。
他の方のご意見も伺いたいところです。

現状では、添付ファイル欄の「HTMLメール」を秀丸に送って読んでいます。
＃タグは消えませんが。

内容的に明らかですが、将来的に対応されたらいいな、くらいの要望です。
また、言うまでもないですが「HTML的に見たいときは外部ブラウザ等で」
という姿勢にはなんら異存ございませんです。

RE:01456 HTMLメールの表示

"y.iida" さん　01/01/09 18:31

> 「HTMLメール非対応」を高らかに謳っている鶴亀ではありますが、私は
> 本文がhtmlのみの（text/plainが存在せず、text/htmlが存在する）メールを
> 頻繁に受け取ります。そこで
>
> 「HTMLメールを鶴亀で読めるようにして欲しいです。」
>
> といっても、HTMLを表示して欲しいわけではなく、
> 単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
> の部分からhtmlタグを消して表示して欲しいな、と。

ボクは受けたことがないので・・・？ですけど、
これって、悪名高い（苦笑）OutLookが使っているヤツですよね？

元ヘッダーはContent-Type: multipart/alternative; だったと思います。

マルチパートの内容は同じで、Plane Text と HTML があると思うんですけど
中身は同じで、Plane Textだけ表示するのが普通だと思うんですけど・・
鶴亀は表示してないのやら？って事だとすると、バグじゃん？
仕様だとすると、ほとんどのメーラーと違うことになります。

RE:01459 HTMLメールの表示

tnobu2 さん　01/01/09 18:46

>> 「HTMLメール非対応」を高らかに謳っている鶴亀ではありますが、私は
>> 本文がhtmlのみの（text/plainが存在せず、text/htmlが存在する）メールを
>> 頻繁に受け取ります。そこで
>>
>> 「HTMLメールを鶴亀で読めるようにして欲しいです。」
>>
>> といっても、HTMLを表示して欲しいわけではなく、
>> 単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
>> の部分からhtmlタグを消して表示して欲しいな、と。
>
>ボクは受けたことがないので・・・？ですけど、
>これって、悪名高い（苦笑）OutLookが使っているヤツですよね？
>
>元ヘッダーはContent-Type: multipart/alternative; だったと思います。
>
>マルチパートの内容は同じで、Plane Text と HTML があると思うんですけど
>中身は同じで、Plane Textだけ表示するのが普通だと思うんですけど・・
>鶴亀は表示してないのやら？って事だとすると、バグじゃん？
>仕様だとすると、ほとんどのメーラーと違うことになります。

通常はマルチパートで出すことになっていますが、Netscape Messengerでは
HTMLのみのメールが作成可能です。但し、その設定をするボタンの横には
「受取人によっては、読むことができない可能性があります」という注意書が
添えてあります。

RE:01459 HTMLメールの表示

マイケル さん　01/01/09 18:54

マイケルです。

y.iidaさんの本日午後 6時31分の
“RE 01456 HTMLメールの表示”について：
====

>> 「HTMLメール非対応」を高らかに謳っている鶴亀ではありますが、私は
>> 本文がhtmlのみの（text/plainが存在せず、text/htmlが存在する）メールを
>> 頻繁に受け取ります。そこで

>元ヘッダーはContent-Type: multipart/alternative; だったと思います。

このタイプのは“鶴亀”でそのまんま読めると思います。
たぶん、Content-Type: text/html; って方じゃないですか？

このタイプのは“鶴亀”では html のソースがそのまんま表示され
ますね。
僕の方ではこのタイプのメールは、ジャンク・メールばかりなので
ほかのメーラでどう表示されるか知りませんけど…。

---
Miguel Thomas Lopez-Cai
January 9, 2001; 18:53 +0900 (JST)

RE:01460 HTMLメールの表示

"y.iida" さん　01/01/09 19:12

> 通常はマルチパートで出すことになっていますが、Netscape Messengerでは
> HTMLのみのメールが作成可能です。但し、その設定をするボタンの横には
> 「受取人によっては、読むことができない可能性があります」という注意書が
> 添えてあります。

ご教授ありがとうございます。

そういうのアリなんですね。
知りませんでした。ひとつ、賢くなりました。

ボクのように、HTMLを無視している人は中身無しか？(^^;;;
まぁ、ご縁がなかったという事でどのみちゴミ箱直行ですけど・・・（爆）

RE:01460 HTMLメールの表示

きいろいまふらあ さん　01/01/09 19:58

> >> といっても、HTMLを表示して欲しいわけではなく、
> >> 単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
> >> の部分からhtmlタグを消して表示して欲しいな、と。

> >これって、悪名高い（苦笑）OutLookが使っているヤツですよね？

> >マルチパートの内容は同じで、Plane Text と HTML があると思うんですけど
> >中身は同じで、Plane Textだけ表示するのが普通だと思うんですけど・・

両方ある場合は、ちゃんと text/palin の部分を表示してくれてます。
なので、これは大丈夫です。

> 通常はマルチパートで出すことになっていますが、Netscape Messengerでは
> HTMLのみのメールが作成可能です。但し、その設定をするボタンの横には
> 「受取人によっては、読むことができない可能性があります」という注意書が
> 添えてあります。

こっちなんです。
これに対応するってのは、やっぱりメーラとしては邪道なんでしょか？
＃注意書きもしてあるし……。デフォルトはどうなってるんかな？

RE:01471 HTMLメールの表示

ウォルフ さん　01/01/09 23:25

>これに対応するってのは、やっぱりメーラとしては邪道なんでしょか？
　対応するなら設定で有効／無効が選択出来るといいなぁ。
　VBS製のウィルスとか存在するんだし。

　そいやHTMLなウィルスも出てきました・・・

RE:01481 HTMLメールの表示

きいろいまふらあ さん　01/01/10 02:48

>>これに対応するってのは、やっぱりメーラとしては邪道なんでしょか？
>　対応するなら設定で有効／無効が選択出来るといいなぁ。
>　VBS製のウィルスとか存在するんだし。
>
>　そいやHTMLなウィルスも出てきました・・・

えーと誤解があると困るので念のため1456番から引用しなおしますが、

>といっても、HTMLを表示して欲しいわけではなく、
>単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
>の部分からhtmlタグを消して表示して欲しいな、と。

ということで、htmlとして処理して欲しいわけじゃないです。
＃そんな仕様だったら私だって怖くて使いません。(^^;

ま、それはそれとして、ウィルス云々は関係ないにしても、
そんなのが勝手に表示されるなんて嫌だ。
というような方もいらっしゃることは想像に難くないですし、
オプションになること自体は一向に構いません。

htmlな部分が表示されているって、読んでいて気づかないのも
ま、気持ち悪いですけどね。

RE:01484 HTMLメールの表示

tnobu2 さん　01/01/10 09:05

>>といっても、HTMLを表示して欲しいわけではなく、
>>単に（というほど簡単ではないのでしょうけど）　Content-Type: text/html
>>の部分からhtmlタグを消して表示して欲しいな、と。
>
>ということで、htmlとして処理して欲しいわけじゃないです。
>＃そんな仕様だったら私だって怖くて使いません。(^^;
>
>ま、それはそれとして、ウィルス云々は関係ないにしても、
>そんなのが勝手に表示されるなんて嫌だ。
>というような方もいらっしゃることは想像に難くないですし、
>オプションになること自体は一向に構いません。
>
>htmlな部分が表示されているって、読んでいて気づかないのも
>ま、気持ち悪いですけどね。

根本的な解決策ではありませんが、とりあえずの対策として

1. 強調表示を利用して<...>で囲まれた部分を背景色と同じ色で表示する。
2. マクロでHTMLタグを消去または空白に置換する。

なんて方法が考えられますね。
ただ、1.は長いタグだと余計見づらいかもしれませんね。
2.はいちいち手動でマクロを実行しないといけないので面倒かな。
「受信用」エディタ起動時に自動実行するマクロが登録できるといいん
ですけどね。＞秀まるおさま

RE:01471 HTMLメールの表示

tnobu2 さん　01/01/10 09:19

>> 通常はマルチパートで出すことになっていますが、Netscape Messengerでは
>> HTMLのみのメールが作成可能です。但し、その設定をするボタンの横には
>> 「受取人によっては、読むことができない可能性があります」という注意書が
>> 添えてあります。
>
>こっちなんです。
>これに対応するってのは、やっぱりメーラとしては邪道なんでしょか？
>＃注意書きもしてあるし……。デフォルトはどうなってるんかな？

コメントが前後してしまいましたが、鶴亀メールでもそのまま表示はして
くれるので、非対応とは言えないと思います。

ちなみにAL-Mail32ではタグを消して表示してくれます。もっとも、それで
見やすいか？となると、必ずしもそうでもないみたいです。

RE:01485 HTMLメールの表示

きいろいまふらあ さん　01/01/10 12:01

tnobu2さんどもです。

> 根本的な解決策ではありませんが、とりあえずの対策として
>
> 1. 強調表示を利用して<...>で囲まれた部分を背景色と同じ色で表示する。
> 2. マクロでHTMLタグを消去または空白に置換する。

件のメールは例えば、ヘッダに

Content-Type: multipart/mixed;
boundary="------------7EDFB504A9978AFC02492389"

とあり、本文は

This is a multi-part message in MIME format.
--------------7EDFB504A9978AFC02492389
Content-Type: text/html; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>

（中略）

</html>

--------------7EDFB504A9978AFC02492389
Content-Type: application/x-unknown-content-type-Excel.CSV;

（中略）

--------------7EDFB504A9978AFC02492389--

などとなっています。
multipartになっているのは、さらに別のファイルが添付されている
ためです。いま手元にそんなのしかサンプルがないので…。

で、このメールを鶴亀で見ると、

This is a multi-part message in MIME format.

の部分しか見えないのです。
もちろん、これはこれで正しいことは充分承知の上で、

「本来本文としては表示されない text/html の部分を、（テキストとして）
　表示するようにし、さらに贅沢なことには、タグを見えないようにして
　いただけないでしょうか？」

という要望をさせていただいたわけです。
これだけ読むと自分でもおかしな話だと思うのですが(^^;、
AL-Mailが対応してたってことで、くいさがる、と。

話が逸れました。
そもそも鶴亀で本文（ビューワで表示する対象）として認識されないので、
強調表示では解決しません。
マクロで編集するなら、ヘッダ（multipart部分の各ヘッダを含む）まで
細工してやらないと、現状では表示できないことになります。
＃そこまで自分でやるのは怖い、って話もあります。(^^;

RE:01487 HTMLメールの表示

tnobu2 さん　01/01/10 12:56

>multipartになっているのは、さらに別のファイルが添付されている
>ためです。いま手元にそんなのしかサンプルがないので…。
>
>で、このメールを鶴亀で見ると、
>
>This is a multi-part message in MIME format.
>
>の部分しか見えないのです。
>もちろん、これはこれで正しいことは充分承知の上で、
>
>「本来本文としては表示されない text/html の部分を、（テキストとして）
>　表示するようにし、さらに贅沢なことには、タグを見えないようにして
>　いただけないでしょうか？」
>
>という要望をさせていただいたわけです。
>これだけ読むと自分でもおかしな話だと思うのですが(^^;、
>AL-Mailが対応してたってことで、くいさがる、と。

別のファイルが添付されているケースは考えていませんでした。

ちょっと実験してみましたが、確かにそうなりますね。
テキストのみのHTMLの場合だけしか本文は出てきませんので、先の対策案？は
撤回します。

RE:01487 HTMLメールの表示

きいろいまふらあ さん　01/01/10 13:27

> multipartになっているのは、さらに別のファイルが添付されている
> ためです。いま手元にそんなのしかサンプルがないので…。

他に添付ファイルがなければ、

Netscape Messanger側で「HTML テキストのみ」で送信したときに

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>

ってな具合に、ビューワに表示されることを確認しました。
これについては、私の誤認です。

これでファイルが添付されてるとだめです。

RE:01456 HTMLメールの表示

てるみー さん　01/01/13 18:28

　こんにちは、HTMLメール推進派（？）の皆さん、こんにちは。てるみーです。

　もちろん正式バージョンが出てからの将来的な話になりますが、HTMLメールの
表示や作成は避けては通れない問題になると思います。

　今までは、電話料金が高いというの制約により、テキストメールが好まれまし
たが、常時接続、高速化の進展により、数年後には、画像だけではなく、ビデオ
をメールで送るなどが当たり前になっていくからです。

　特にOutlook Expressでは、HTMLメール作成時における、ソース編集が全然駄目
なので、この点を重点に置くと面白いと思います。

　みなさんはHTMLメールについてどうお考えですか？

RE:01698 HTMLメールの表示

マイケル さん　01/01/13 19:02

マイケルです。

てるみーさんの本日午後 6時28分の
“RE 01456 HTMLメールの表示”について：
====

>　特にOutlook Expressでは、HTMLメール作成時における、ソース編集が全然駄目
>なので、この点を重点に置くと面白いと思います。
>
>　みなさんはHTMLメールについてどうお考えですか？

この問題に関して書き出すと長くなるんで、要点だけ。
まず、今から鶴亀メールに HTML 編集機能を求めるのはどうかと
思います。はっきり言って反対です。

今の段階、HTML メールに危険性がある以上、推進は出来ないです。
と、言いながら、素性＆技術力がハッキリしてる仲間とのクローズ
ドなＭＬでは、そこ専用のパソコンで HTML メールを楽しんでます。
（危険性に対する実験場でもあるんですけどね）

---
Miguel Thomas Lopez-Cai
January 13, 2001; 19:00 +0900 (JST)

RE:01699 HTMLメールの表示

てるみー さん　01/01/13 19:14

　こんにちは、マイケルさん、皆さん。てるみーです。

> この問題に関して書き出すと長くなるんで、要点だけ。
> まず、今から鶴亀メールに HTML 編集機能を求めるのはどうかと
> 思います。はっきり言って反対です。

　もちろん現段階の話でなく、正式版が出た後の話です。

> 今の段階、HTML メールに危険性がある以上、推進は出来ないです。
> と、言いながら、素性＆技術力がハッキリしてる仲間とのクローズ
> ドなＭＬでは、そこ専用のパソコンで HTML メールを楽しんでます。
> （危険性に対する実験場でもあるんですけどね）

　危険性というのはウイルスの問題ですか？でも、テキスト形式でも
添付ファイルが付いていれば同じですよね。それにメールの場合、メ
ーリグリストを除いて1対1の信頼関係のあるところで書くので、大丈
夫では？

　たしかに最近HTMLを開くだけで感染するウイルスも発見されました
が。（限られた環境下のみ）

RE:01698 HTMLメールの表示

ひろさん　01/01/13 19:38

　てるみーさん今日は、ひろです。
> 　こんにちは、HTMLメール推進派（？）の皆さん、こんにちは。てるみーです。
　このスレッドを読んだ限り、誰も推進していないと思います(^^)。HTML
メールにも幾つかの形式があるようですが、「テキストの部分はタグを消し
てプレイン・テキストとしてイン・ライン表示してくれたら嬉しいなあ～」
という話だと思います。

> 　もちろん正式バージョンが出てからの将来的な話になりますが、HTMLメールの
> 表示や作成は避けては通れない問題になると思います。
　まあ色々問題がありますが、OS に付いてきてしかも無料の OutLook が設
定をやり直さない限り HTML メールで送ってくるので、対処が必要になりま
すが、現状の仕様で十分と考えています。そもそもイン・ラインで画像など
が入った HTML メールに遭遇したことがありません。HTML メールであって
も、内容は文字列だけというのが殆どではないでしょうか?

> 　今までは、電話料金が高いというの制約により、テキストメールが好まれまし
> たが、常時接続、高速化の進展により、数年後には、画像だけではなく、ビデオ
> をメールで送るなどが当たり前になっていくからです。
　私個人はこういった状況になるか懐疑的です。HTML メールに関しては、
料金の問題より、作成が面倒です。
　そもそも添付ファイルとして送ったり、見て欲しい URI を書いておけば
すむので、どの程度利便性が上がるか疑問です。常時接続では、後者は特に
有功でしょう。
　それに加え HTML にアプレットやスクリプトが含まれていた場合はどうす
るのか?→勝手に実行されるとしたら、怖くて使えないが、確認してから実
行するなら添付ファイルで送るのと利便性の面で変わらない。また例えば自
動で展開されるバイナリを画像に限定した場合、どの様にして「本当に画像
なのかどうか判断するか?」という問題が残ります。以上のようなセキュリ
ティの部分を含め、どの様に処理すれば、安全且つ利便性が確保できるかと
いった技術的なことが確立しないと難しいと思います。

> 　特にOutlook Expressでは、HTMLメール作成時における、ソース編集が全然駄目
> なので、この点を重点に置くと面白いと思います。
　更に上記の技術的な部分がクリアされたとして、現在の搭載エディタ (秀
丸) に HTML エディタとしての機能を持たせる必要が出てきます。WYSIWYG
を採用するとなると、まったく別のソフトウェアになります。逆にタグ挿入
型ならば、既に公開されているマクロを使うという手もありますが、果たし
てどれだけの人が使うか疑問です。←マクロの導入が面倒という話ではなく、
標準のメニューに組み込まれたとしても、タグ挿入型ではそれほどの多くの
人が使うとは思えない。
　##私個人は自作のマクロで、タグを挿入して (WEB サイトを公開している
わけではありませんが)、自分のメモ (秀丸の要望リストなど) を HTML 形
式で書いています。

> 　みなさんはHTMLメールについてどうお考えですか？
　上記の通りですで、現状では少なくともセキュリティの部分にある程度の
答えが見つからないと、表示するだけでも怖い。また面倒なので、自分が
HTML メールを送信することは無いと思います。あ、年賀メールぐらいは
ひょっとすると HTML メールで送りたくなるかも。

RE:01700 HTMLメールの表示

ひろさん　01/01/13 19:56

　てるみーさん今日は、ひろです。
　私の意見は別発言でしてしまったので、マイケルさんへのフォローの心算。
> 　もちろん現段階の話でなく、正式版が出た後の話です。
　正式版が出た段階でも、HTML メールというか HTML の規格自体に、安全
性が確立しているとは思えないということでしょう。

> 　危険性というのはウイルスの問題ですか？でも、テキスト形式でも
　ウイルスとは限りません。アプレットの実行や見かけ上は画像としておい
て、バッファ・オーバー・フローを起こすなどして任意のプログラムの実行
なども考えられます。例えば、既にセキュリティーの方法は主要な WEB ブ
ラウザでは対処済みで、バッファ・オーバー・フローと関係がありません
が、一年ほど前に con-con 問題 (ある種のリンクを書いておくと、そのリ
ンクを実行するとハード・ディスクが消える) がありました。

> 添付ファイルが付いていれば同じですよね。それにメールの場合、メ
> ーリグリストを除いて1対1の信頼関係のあるところで書くので、大丈
　添付ファイルの場合、ファイル名を使ったバッファ・オーバー・フローで
も起こさない限り、
> 　たしかに最近HTMLを開くだけで感染するウイルスも発見されました
というか、メールを開くだけでプログラムを実行することはありません。し
かし画像のイン・ライン表示を可能にすると、それが可能になる恐れがあり
ます。また DM でメール爆弾が届き、表示と同時に実行された被には...。

RE:01700 HTMLメールの表示

マイケル さん　01/01/13 20:08

マイケルです。

てるみーさんの本日午後 7時14分の
“RE 01699 HTMLメールの表示”について：
====

>　たしかに最近HTMLを開くだけで感染するウイルスも発見されました
>が。（限られた環境下のみ）

ここで HTML メールの危険性を改めて云々したくないのですけど…。

故意に実行ファイルを添付したり、特定のサイトに誘導して罠を
仕掛ける実験もしました。こういう方法を採ると好き放題で来ます。
実際に実験して確かめています。

ウィルス（ワーム）の危険性や HTML メールの危険性に関しては
ネット上にたくさんの情報がありますので、別のところで情報を得て
頂きたいと思います。恐ろしさがお判りになると思いますよ。

ここにも html メールを読みもせずサーバから削除したいとかゴミ
箱直行にしたいと仰しゃる方もいらっしゃいますが、単なる神経質
からじゃないのです。

---
Miguel Thomas Lopez-Cai

January 13, 2001; 20:07 +0900 (JST)

RE:01701 HTMLメールの表示

てるみー さん　01/01/13 21:01

　こんにちは、ひろさん、みなさん。てるみーです。

> > 　みなさんはHTMLメールについてどうお考えですか？
> 　上記の通りですで、現状では少なくともセキュリティの部分にある程度の
> 答えが見つからないと、表示するだけでも怖い。また面倒なので、自分が
> HTML メールを送信することは無いと思います。あ、年賀メールぐらいは
> ひょっとすると HTML メールで送りたくなるかも。

うーん、HTMLは時期尚早のようですね。それにしても、Outlook Expressで、
HTMLがディフォルトなのは、何故なんでしょうかね？

　たしかにHTMLメールは作るのが面倒くさいというのは言えますよね。

RE:01713 HTMLメールの表示

ひぐち さん　01/01/13 21:15

てるみーさんこんにちは樋口です。

> うーん、HTMLは時期尚早のようですね。それにしても、Outlook Expressで、
>HTMLがディフォルトなのは、何故なんでしょうかね？

ＭＳのセキュリティに対する考え方の
甘さなんじゃないでしょうか？
ＭＳのメーラがこれだけターゲットにされて、
しかも、世界中に被害をバラまいてるのにね。
別の問題だけど最新版でも APOP 認証にさえ対応してないし・・

だから、ベテランになってその恐ろしさを知ると
Outlook Expressはまともなメールソフトでないのが判って
みなさんほかのメールソフトに乗換えるんじゃないですか？

>　たしかにHTMLメールは作るのが面倒くさいというのは言えますよね。

「だから楽しい」とも言えますけど（(笑)）

の_の☆彡 ☆☆☆☆☆☆☆☆☆☆☆
樋口由佳 <xxxxxxxx@hi-ho.ne.jp>
http://www.hi-ho.ne.jp/kellopie/
wrote at 21:14 01/13/2001

RE:01698 HTMLメールの表示

hlfm さん　01/01/13 21:25

>　みなさんはHTMLメールについてどうお考えですか？

え、私は対応してほしくないです。
HTMLメールが送れない（間違っても）から鶴亀を使っているというのも
ありますし・・・。

また、人にメーラを進めるときにもなるべくHTMLメールが送れないものを
探していたりするもので。（自分が受け取るのもいやなので）
そういう意味では、正式版が出れば人に勧める第一位のソフトになりますね。

対応されるとちょっとうれしくないです。
時代の流れもあるかもしれないですが、個人的にテキストメールは、
必要十分な仕様を満たしてくれていると思いますし、どうしても
対応せざるを得ないのでしたらまたその時にでも考えていただけれ
ばと思います。
少なくともまだ対応しなければならないと言うところまで来ている
とも思えないので。

RE:01698 HTMLメールの表示

"y.iida" さん　01/01/13 21:35

> 　もちろん正式バージョンが出てからの将来的な話になりますが、HTMLメールの
> 表示や作成は避けては通れない問題になると思います。

これについては、ボクのMLだったか、ココだったかは忘れましたが、
鶴亀は、将来もサポートされない（しない）という指針だったと思います。

何よりセキュリティ関係は、いくら対応しても次々と出てきて
サポートも大変だし・・と、まずボクは思ってしまいますし。

> 　みなさんはHTMLメールについてどうお考えですか？

個人的には、（もう遅いけど）ポスペみたいに、
１対１の同じメーラー？での使用が一番だ！と思っています。

でもOutLookExpressの初期値だけは、どうにも許せない。
インターネットを始めた人の「開通しました」HTMLメールは
もう欲しくない(^^;;; (その都度、設定は直した方がいいよ・・と返信してます)
あぁ、巻き込まれたくない。

でもでも、動画メールなんてモンが登場する時代がすぐ来るんだろうな（爆）
本来 "お手紙" だちゅぅーの（微笑）

RE:01717 HTMLメールの表示

てるみー さん　01/01/14 00:26

　こんにちは、y.iidaさん、hlfmさん、ひぐちさん、マイケルさん、
みなさん。てるみーです。フォローありがとうございました。

　みなさんのご意見をお伺いすると、メールを出すときに、当面、
HTMLメールは控えた方が良いような状態のようですね。ウイルスや
拒絶反応（？）があるようなので、しばらくはお預けですね。

RE:01727 HTMLメールの表示

"y.iida" さん　01/01/14 10:03

> 　みなさんのご意見をお伺いすると、メールを出すときに、当面、
> HTMLメールは控えた方が良いような状態のようですね。ウイルスや
> 拒絶反応（？）があるようなので、しばらくはお預けですね。

ボクの個人的な思いかもしれませんが・・
あくまでココでは（HTMLメールは嫌いな人が多い）という事だと思います

お年寄りやお子さんと、見やすい、キレイ、可愛い・・等の理由から
HTMLメール大歓迎、あるいはHTMLメールしか使わないという方もいますし・・
（"セキュリティ問題"さえ無ければ、HTMLを表示するのは
　決して、難しい事ではありませんし。）
というような理由から、HTMLメール作成機能が必要なのだ！というのが
某メーラーのＭＬで出てましたし・・。

今後、鶴亀ユーザーがドンドン増えて
滅茶苦茶、要望が増えてくれば、実装する方向というのもあるかも？
とも思います。（実装されても、ボクは使いませんけど・・）

RE:01734 HTMLメールの表示

マイケル さん　01/01/14 10:19

マイケルです。

y.iidaさんの本日午前10時 3分の
“RE 01727 HTMLメールの表示”について：
====

>あくまでココでは（HTMLメールは嫌いな人が多い）という事だと思います

確かにメーラの開発フォーラムということで、メンバが硬派に偏っ
てるかも知れませんね。

>お年寄りやお子さんと、見やすい、キレイ、可愛い・・等の理由から
>HTMLメール大歓迎、あるいはHTMLメールしか使わないという方もいますし・・

そう、音楽や動画と組み合わせるて、うまく作ると実に楽しいです。
仕事関係のメールでも絵を伴った説明なんか実用的です。ま、代替
方法もありますけど…。

>（"セキュリティ問題"さえ無ければ、HTMLを表示するのは
>　決して、難しい事ではありませんし。）

要するにセキュリティの問題なんですね。これさえクリアできれば
問題ないでしょう。

>（実装されても、ボクは使いませんけど・・）

安全性が確保できれば、僕は使います。(^_^)

---
Miguel Thomas Lopez-Cai
January 14, 2001; 10:17 +0900 (JST)

RE:01735 HTMLメールの表示

hlfm さん　01/01/14 12:35

>>（"セキュリティ問題"さえ無ければ、HTMLを表示するのは
>>　決して、難しい事ではありませんし。）
>
>要するにセキュリティの問題なんですね。これさえクリアできれば
>問題ないでしょう。

個人的にはそれに伴ってメールデータが大きくなるのが困ります。
たまに、外でメールチェックをせざるを得ないときに、
ISDN公衆電話があればまだしも、携帯電話でアクセスせざるを
得ないばあいもあって、そんなときには正直な気持ちとして、
腹が立ちます。
「俺の時間と通信費を返せ－－－！」ってな具合で（笑）
まぁ、鶴亀なら先にリモートメールを利用すればいいのかな？

文中への画像の貼り付けなんかにしても、今でも突然デジカメの写真
が添付されてくることなんかもあってさらにまだなにも知らない人
なんかは1M近いものでも突然送られてくるので、モデムアクセス
だとやっぱじかんもかかって半泣きです・・・。
（せめて画像を縮小するなり減色するなりでサイズを落として・・・。）
HTMLメールなんかが一般化するとそんな被害が増幅しそうで怖い・・・。

まぁ、この辺もADSLとかの高速回線の常時接続なんかが一般化すれば
解消されるのだろうけど・・・。
あと、プロバイダのメールボックスの容量が制限されている場合も
ありますからねぇ・・・。

愚痴でした。すいません。

RE:01736 HTMLメールの表示

hlfm さん　01/01/14 12:50

で、ついでに補足というかなんというか。
鶴亀メールはせっかく秀丸に相当するエディタを積んでいるのだから、
HTMLメールのように「文章を修飾する」ような方向より、
「文章、メールを書く、編集する」
ってな方向ににシフトしていくメーラならうれしいですね。
って、個人的には今の状態で必要十分な状態ですが。（笑）

RE:01489 HTMLメールの表示

ひろさん　01/01/17 19:09

　きいろいまふらあさん今日は、ひろです。スレッドが静まった頃の亀レス
でm(_|_)m。
> 他に添付ファイルがなければ、
>
> Netscape Messanger側で「HTML テキストのみ」で送信したときに
>
> <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
> <html>
> （中略）
> </html>
>
> ってな具合に、ビューワに表示されることを確認しました。
> これについては、私の誤認です。
>
> これでファイルが添付されてるとだめです。
　確かにそうなりますね。で HTML についてどの様に表示するかという話は
置いておいて、添付ファイル付きが駄目なのはバグのような気がします。

　添付ファイルが無い場合との整合性を考えたら、ヘッダは
Content-Type: multipart/mixed;
boundary="------------0C1E1CF86ED15D1255DBA34B"
X-Body-Content-Type: text/plain; charset=iso-2022-jp
等となり、本文は、
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>
と成るべきという気がします。

RE:01831 HTMLメールの表示

きいろいまふらあ さん　01/01/18 00:25

ひろさんこんにちは。レスどもです。

>　添付ファイルが無い場合との整合性を考えたら、ヘッダは
>Content-Type: multipart/mixed;
> boundary="------------0C1E1CF86ED15D1255DBA34B"
>X-Body-Content-Type: text/plain; charset=iso-2022-jp
>等となり、本文は、
><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
><html>
>（中略）
></html>
>と成るべきという気がします。

んと、せっかくレスいただいておいて申し訳ないんですが、
私、よく意味がわかりませんです。(^^;
お手数でなければちょこっと解説を……。(_o_)

RE:01835 HTMLメールの表示

ひろさん　01/01/18 11:52

　きいろいまふらあさん今日は、ひろです。
> 私、よく意味がわかりませんです。(^^;
> お手数でなければちょこっと解説を……。(_o_)
　まず前回の
X-Body-Content-Type: text/plain; charset=iso-2022-jp
は
X-Body-Content-Type: text/html; charset=iso-2022-jp
の間違いですm(_|_)m。また元々 X-Body-Content-Type については私が出し
た要望で、鶴亀独自のヘッダです。

　これを踏まえ添付ファイルが付いている場合は、
Content-Type: multipart/mixed;
boundary="------------0C1E1CF86ED15D1255DBA34B"
といったヘッダがあり、本文の元々の文字コードが解りません。そこで添付
ファイルがある場合は、X-Body-Content-Type ヘッダを鶴亀が付ける事によ
り、元のメールの本文タイプが解るようにしていただきました。

　ここからやっと本題ですが、添付ファイルが無い場合、
Content-Type: text/html; charset=iso-2022-jp

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>
等となるのだから、添付ファイルがあった場合は、
Content-Type: multipart/mixed;
boundary="------------0C1E1CF86ED15D1255DBA34B"
X-Body-Content-Type: text/html; charset=iso-2022-jp

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>
等とし、メール本文はあくまで鶴亀の本文領域に表示すべきなのではないか?
ということです。

　HTML ヘッダをどう扱うかはここでは議論していません。
/POSTGO TURUKAME
MES 2
RE 01837
　きいろいまふらあさん今日は、ひろです。
> ほんとしつこくて申し訳ないのですが(^^;、
> ３ペインでも使いたいです。
　要は 3 ペインでも本文を別ウィンドで表示するときの話ですよね。これ
については私の書き方が悪いですm(_|_)。3 ペインを持ち出したのはあくま
で「私は普段 3 ペインを使用しているせいか、あまり本文を別ウィンドで
見ることがなく、どちらでもよいという考えだった。」というだけの話です。

> > +-□「返信/転送」時に、送信用エディタ化ける-+ <- ON の時だけ下記を
> > | 　○送信後元の受信用エディタに戻る | どちらか選択可
> > | 　○ウィンドを閉じる |
> > +-------------------------------------------+
こちらが良いか、
> □ビューワからの返信／転送時にはエディタを別ウィンドウで開く
>
> あるいは
>
> □ビューワからの返信／転送メール送信後、元のメールに戻る
こちらが良いかは無視していただいても構いません。あくまで 1799 の流れ
で書いただけです(^^;。

　あんなことを書いたのは、現在の心境で「オプションでは付いていた方が
ベターではないか」と思っているのですが、自分で要望しておきながら「秀
まるおさんが大変そうだなあ～」とも思ってしまったからです(^^;。

RE:01835 HTMLメールの表示

ひろさん　01/01/18 11:54

　きいろいまふらあさん今日は、ひろです。
> 私、よく意味がわかりませんです。(^^;
> お手数でなければちょこっと解説を……。(_o_)
　まず前回の
X-Body-Content-Type: text/plain; charset=iso-2022-jp
は
X-Body-Content-Type: text/html; charset=iso-2022-jp
の間違いですm(_|_)m。また元々 X-Body-Content-Type については私が出し
た要望で、鶴亀独自のヘッダです。

　これを踏まえ添付ファイルが付いている場合は、
Content-Type: multipart/mixed;
boundary="------------0C1E1CF86ED15D1255DBA34B"
といったヘッダがあり、本文の元々の文字コードが解りません。そこで添付
ファイルがある場合は、X-Body-Content-Type ヘッダを鶴亀が付ける事によ
り、元のメールの本文タイプが解るようにしていただきました。

　ここからやっと本題ですが、添付ファイルが無い場合、
Content-Type: text/html; charset=iso-2022-jp

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>
等となるのだから、添付ファイルがあった場合は、
Content-Type: multipart/mixed;
boundary="------------0C1E1CF86ED15D1255DBA34B"
X-Body-Content-Type: text/html; charset=iso-2022-jp

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
（中略）
</html>
等とし、メール本文はあくまで鶴亀の本文領域に表示すべきなのではないか?
ということです。

　HTML ヘッダをどう扱うかはここでは議論していません。

RE:01456 HTMLメールの表示

秀まるお さん　01/01/19 12:20

　今さらですが、まとめレスさせていただきます。

　まず、HTMLのみ形式だけども、添付ファイルが付いていたり、HTML内に画像が入っ
ている場合、メール本文が

This is multipart ...

　となるのはバグだと思います。これはこれで修正させていただきます。

　それと、タグを削除する件ですが、そこそこのことは出来ると思うので、んでは一
度やってみます。

　<..> を全部削除するって言うんではたぶんまずいでしょうけど。

　<BR>、<P>は改行に変換して、そもそもの改行は削除して、>とか<とかも変
換して、あと、<img src="abc">とあるやつは[画像 abc]として…。ってそこまでや
らなくてもいいか。

RE:01887 HTMLメールの表示

tnobu2 さん　01/01/19 13:06

>　それと、タグを削除する件ですが、そこそこのことは出来ると思うので、んでは一
>度やってみます。
>
>　<..> を全部削除するって言うんではたぶんまずいでしょうけど。
>
>
>　<BR>、<P>は改行に変換して、そもそもの改行は削除して、>とか<とかも変
>換して、あと、<img src="abc">とあるやつは[画像 abc]として…。ってそこまでや
>らなくてもいいか。

AL-Mailの場合は、<BR><P>を改行にする以外はタグと改行コードを削除して
いるだけのような感じです。

決して見やすくは無いですが、タグに埋もれた文章を読むよりもマシ、という
レベルです。

釈迦に説法だと思いますが、あまり凝り始めるとテキストベースのブラウザを
新たに作るのと同じぐらいの注文がでてきそうなので、とりあえずは<>で
囲まれた部分をタグと見なして取るだけにした方がいいと思います。

RE:01892 HTMLメールの表示

きいろいまふらあ さん　01/01/19 14:17

検討いただきありがとうございます。＞まるおさん

私が欲しいのも

> AL-Mailの場合は、<BR><P>を改行にする以外はタグと改行コードを削除して
> いるだけのような感じです。
>
> 決して見やすくは無いですが、タグに埋もれた文章を読むよりもマシ、という
> レベルです。

この程度のものです。
＃「この程度なら簡単でしょ？」という意味じゃないです。

で、これはエディタでの表示レベルでの処理なのか、データ自体を
加工しちゃうって話なのか、ちょっと見えないんですが、
とりあえずどちらで進めていただけるんでしょう？
受信ログはもとのまま、受信フォルダ側に来た時点でテキストデータレベルで
加工、ってのが現実的な線でしょか？

いずれにしても、「htmlメールを加工した」って情報が、見やすいところに
表示されると嬉しいです。
本文中に埋め込まれててもいいです。

RE:01892 HTMLメールの表示

ひろさん　01/01/19 15:18

　秀まるおさん、tnobu2 さん今日は、ひろです。
> >　<BR>、<P>は改行に変換して、そもそもの改行は削除して、>とか<とかも変
> >換して、あと、<img src="abc">とあるやつは[画像 abc]として…。ってそこまでや
> >らなくてもいいか。
>
> AL-Mailの場合は、<BR><P>を改行にする以外はタグと改行コードを削除して
> いるだけのような感じです。
　個人的には表組みもやってもらいたいですが、tnobu2 のおっしゃる様に
lynx のようなテキスト・ベースの WEB ブラウザーを作ると同じ事になって
しまい、大変ですよね。ただ秀まるおさんのおっしゃるように、
> <img src="abc">とあるやつは[画像 abc]
と書くとして、abc の部分がファイル名として認識され、且つ添付ファイル
(X-Attach) にそのファイルが含まれている場合、ダブル・クリックやダイ
レクト・タグ・ジャンプで閲覧できるならかなり使いやすいと思います。

RE:01896 HTMLメールの表示

秀まるお さん　01/01/19 16:12

　とりあえずバグ修正とHTMLのタグ除去処理を追加しました。たぶんこれで大抵は読
めると思います。

> いずれにしても、「htmlメールを加工した」って情報が、見やすいところに
> 表示されると嬉しいです。

　加工したって情報は出してませんけど、本物のHTMLメール自体はHTMメールアイコ
ンをダブルクリックすることで見られるので、それでいいような気がします。

RE:01899 HTMLメールの表示

秀まるお さん　01/01/19 16:13

> と書くとして、abc の部分がファイル名として認識され、且つ添付ファイル
> (X-Attach) にそのファイルが含まれている場合、ダブル・クリックやダイ
> レクト・タグ・ジャンプで閲覧できるならかなり使いやすいと思います。

　そこまでしないですけど、添付ファイル枠のイメージアイコンをダブルクリックす
れば見えるから、まぁいいかなぁと思います。

　HTMLメール使う人のほとんどは、単に「HTMLメールかテキストメールか」を意識し
ないで送ってるだけだし、そもそも「HTMLのみメール」になるケースはごくまれなは
ずだし。

RE:01901 HTMLメールの表示

ひろさん　01/01/19 18:13

　秀まるおさん今日は、ひろです。
> > と書くとして、abc の部分がファイル名として認識され、且つ添付ファイル
> > (X-Attach) にそのファイルが含まれている場合、ダブル・クリックやダイ
> > レクト・タグ・ジャンプで閲覧できるならかなり使いやすいと思います。
>
> 　そこまでしないですけど、添付ファイル枠のイメージアイコンをダブルクリックす
> れば見えるから、まぁいいかなぁと思います。
　どうせ届く HTML メールは DM ばかり、しかもアダルト系の多いこと(^^)。
個人的には一向に構いません。ただ「出来たら便利かな～」という程度のこ
とです。

RE:01905 HTMLメールの表示

tellme さん　01/01/19 18:19

　こんにちは、ひろさん、みなさん。てるみーです。

>　どうせ届く HTML メールは DM ばかり、しかもアダルト系の多いこと(^^)。
>個人的には一向に構いません。ただ「出来たら便利かな～」という程度のこ
>とです。

　HTMLメールで、アダルト系のDMが届くのですか(*^。^*)ポッ！！

　それは日頃の行いが・・・。

　すいませんゴミでした・・。

RE:01906 HTMLメールの表示

ひろさん　01/01/19 19:23

　てるみーさん今日は、ひろです。ゴミです。
> 　HTMLメールで、アダルト系のDMが届くのですか(*^。^*)ポッ！！
>
> 　それは日頃の行いが・・・。
　いやこの ID、アドレスではそんなサイトにいったことが無いぞ。

　ってそうじゃなくて、@nifty の ID を持っていると、アルファベットと
数字の羅列で届けられるせいか良く届きます。先日不具合が起きるサンプル
として秀まるおさんに送ろうとした (実際は別の正常なメールを送ってしまっ
た(^^;) DM は
> 　　貴方様へ逆指名の御連絡が『Love Club』にありました。
<中略>
> 　　貴方様の整理番号は「ＬＣーＭ６９７２」番です。
てな感じです。
　登録なんかしてないぞー。
　信じてくれー。

RE:01905 HTMLメールの表示

きいろいまふらあ さん　01/01/20 02:41

>> 　そこまでしないですけど、添付ファイル枠のイメージアイコンをダブルクリックす

>> れば見えるから、まぁいいかなぁと思います。
>　どうせ届く HTML メールは DM ばかり、しかもアダルト系の多いこと(^^)。
>個人的には一向に構いません。ただ「出来たら便利かな～」という程度のこ
>とです。

幸いなことに私のメールアドレスはまだその方面には出回ってないようで、
その手のメール（アダルト系のHTMLなＤＭ）はまだ受け取ったことがないです。

HTMLで添付ファイルがついてるってことは、（話の流れからしても）
画像ファイルなんですかね？んなデカいメールを頼んでもいないのに
送り付けてくるのはなんとも迷惑な話。
ＤＬせずにメールサーバ上で削除、とかの機能が要望されてる意味が
やっとわかってきました。＜っということでもないのかな？

ただ、まともなHTMLメールが、もっと高い率で出回る時代が
来るかもしれませんし、このへんについては鶴亀には変な意味で
時流を反映して（ん？言葉の使い方が変ですね）欲しくないです。
＃そんな要望をひろさんがされてる、と言っているわけではない。

いや、具体的に何がどう、ということではないんですけど。
＃なら書くなよ。

RE:01912 HTMLメールの表示

tellme さん　01/01/20 02:57

　こんにちは、きいろいまふらあさん、みなさん。てるみーです。

>HTMLで添付ファイルがついてるってことは、（話の流れからしても）
>画像ファイルなんですかね？んなデカいメールを頼んでもいないのに
>送り付けてくるのはなんとも迷惑な話。

　以前アダルト系ではありませんが、ダイレクトメールで、htmlメールを送って
きたやついましたね。逆効果なのがわからんのか！と思いました。

　それと、たまに企業ホームページにメール出すことがあるのですが、返事が
htmlメールの会社があります（内容はテキストのみ）。おそらく、そういう時代
になったということは言えると思います。以前だったら企業から、htmlメールは
送ってきませんでしたよね。

　うーん、時代はhtmlメールに流れているのかもしれません。

RE:01913 HTMLメールの表示

マイケル さん　01/01/20 08:14

マイケルです。

tellmeさんの本日午前 2時57分の
“RE 01912 HTMLメールの表示”について：
====

>　それと、たまに企業ホームページにメール出すことがあるのですが、返事が
>htmlメールの会社があります（内容はテキストのみ）。おそらく、そういう時代
>になったということは言えると思います。以前だったら企業から、htmlメールは
>送ってきませんでしたよね。

日本の会社からなら無知から、海外の会社からなら無神経からで
しょう。
また、会社の場合、外部に委託してる場合もあるんですね。委託さ
れてる人のレベルが低いって場合もあります。

ソフトウェアの雑誌への収録依頼のメールさえ、html メールの場合
があります。で、一応、収録ＯＫの返事に「html メールはダメだよ」
って書いておきました。
届いた見本誌を見ると、果たしてＨなムービーなんかが付録に付い
てたりする。^^; レベルの低い会社だってことがよく判ります。

ちなみに、html のアダルトなＤＭの中には画像だけリンクにして
あって、最終的に特定のサイトに誘導するタイプのもあったりします。

>　うーん、時代はhtmlメールに流れているのかもしれません。

html メールに時代が流れてるってのじゃなく、インターネットの
すそ野が広がって、ＭＳのシカケに流される無知な人が増えて来た
と解釈するべきでしょう。

確かに、昔と違ってネットも高速化されたしＨＤＤの容量も桁違い
大きくなったので、html によるトラフィックの増加はそれほど
問題にならないでしょうが危険性は増大してるんですね。
企業は社内教育を徹底して欲しいもんだとおもいます。

って、こんなとこに書いてどーする ^^;;

---
Miguel Thomas Lopez-Cai
January 20, 2001; 08:12 +0900 (JST)

RE:01912 HTMLメールの表示

きいろいまふらあ さん　01/01/22 09:58

誤解があるといけないので補足。

> ただ、まともなHTMLメールが、もっと高い率で出回る時代が
> 来るかもしれませんし、このへんについては鶴亀には変な意味で
> 時流を反映して（ん？言葉の使い方が変ですね）欲しくないです。

これは、決っっっして「HTMLを表示して欲しい」ということじゃないです。
HTMLメールを不当に差別するような仕様になって欲しくない、ってことです。
例えば「HTMLメールはゴミ箱直行」がデフォルトでＯＮとかは嫌だ。
＃↑これはフィクションですけど。

立場は中立で。但しオプションである程度ユーザの思想を反映できる、と。
今の鶴亀はまさにこの状態なので、現状に文句つけてるわけでもないです。
＃じゃ、なんなんだよ。(^^;