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