アカウント名:
パスワード:
危ない原因はブラウザをコンポーネントとして 使ったりしてるからだよね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
逆なんだよ、逆 (スコア:2, 参考になる)
綺麗なレイアウトでメールを出したいというニーズがある以上、
綺麗でかつ安全なソリューションを提供するのが技術者として
の務めでしょう。
実際便利だもの。地図をいれたり文中に強調をつけたり。
その逆では? (スコア:0)
という冗談はおいといて、その務めはそれで儲けることができる人の仕事でしょう。
怠慢なのは、安全じゃないのにそれに金を出さない連中では?
務めだなんて言われても、技術者のリソースだって有限ですし。
上に
Re:その逆では? (スコア:0)
要するに、ブラウザが危険だから、HTMLメールが危険なんだろ。
ブラウザコンポーネントを使ってようが、ブラウザ自体が安全になればいいんだよ。
Re:その逆では? (スコア:1, すばらしい洞察)
だから違うんだってば。
グラフィックなどを外から読み込むようにしておく事でユーザー追跡やアドレス生存確認とかに使われたりする事もあるからだって。
こうやって取り違えてる人間がなくならない限りこの議論はつづくんだろうにゃー。
Re:その逆では? (スコア:0)
mht形式で送ればいいんだ!
Re:その逆では? (スコア:0)
「画像データをメールソースに埋め込む」ということですよね?
#なんか釈迦に説法してる気がするけど
HTMLメールで、IEやOEのセキュリティホールを考えないで、「外部からグラフィック
Re:その逆では? (スコア:0)
はい。更に言えば外部参照を行わない方法でって事です。
>メーラがIEコンポーネントを使う際、オフライン状態で使うようにすればいいんじゃないでしょうか?
メールを読まれる方が、オフラインにしてくれるかどうかを考えると、
かなり難しいと思います。
Re:その逆では? (スコア:0)
お前がどうするかじゃなくて、外部リソースのリクエストをさせない方法が(無い|ややこしい)、って事が問題なんだっちゅーに。
まあ、.mht以外を扱わない方向にメーラの実装が進んでいって、世の全てのHTMLメールが.mhtみたいになりゃあいいのかも知れないけど。
それは即ち、メールボックスの容量的圧迫に繋がる訳で。
Re:その逆では? (スコア:0)
画期的な圧縮方法の登場とか、
メールボックスの容量&回線容量の増加を期待する。
ニーズがあればそれを支えるだけの技術は既に有ると思う。
(ただし移動体通信方面は除く。)