アカウント名:
パスワード:
本来は下手にメール本文に手を加えるMTAに問題があり（MTAの本文はメールの転送であり、改竄ではありません）、責められるべきはそこなんですけどね。 なのにメール送るだけの人にどうこう言うのは、どーかなーって思います。その勢いでMTAの管理者にもの申すべきですよ。
対処療法として送受信者間でどうにかするのはわかりますが。
そのためにUTF-7とかあるのに。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
受け取れない奴が悪い (スコア:2, すばらしい洞察)
どうしても読みたいなら適切なクライアントを用意するはず。
大体、すべてiso-2022-jpで来ることを期待するなんて設計や思想そのものが間違っている。
「送る場合は厳密に、受け取る場合は寛容に」なんて送受信を行う上での基本でしょ。
というのは暴論でしょうか。
Re: (スコア:5, 興味深い)
e-mail の場合、送信者と受信者だけでなく中継者も考えに入れる必要があります。
昔は8ビット目をクリアしてしまう中継者がたくさん居ました。
運悪くそのような中継者に当たってしまうと、文字化けします。
そのような中継者が絶滅したと言い切れないのであれば、
iso-2022-jp を使うべきです。
# もう絶滅したよね、と思ってたら2006年に遭遇しました…。
# いい加減滅ぼしてくれよ。
Re:受け取れない奴が悪い (スコア:1)
本来は下手にメール本文に手を加えるMTAに問題があり（MTAの本文はメールの転送であり、改竄ではありません）、責められるべきはそこなんですけどね。
なのにメール送るだけの人にどうこう言うのは、どーかなーって思います。その勢いでMTAの管理者にもの申すべきですよ。
対処療法として送受信者間でどうにかするのはわかりますが。
Re:受け取れない奴が悪い (スコア:3, すばらしい洞察)
の
Re:受け取れない奴が悪い (スコア:1)
Re: (スコア:0)
そのためにUTF-7とかあるのに。
Re: (スコア:0)
Re: (スコア:0)
そういういいかげんな考え方の(自称)MTA管理者が多いから一向にスパム屋が減らないんだと思う。
「Eメールは7bitでないといけない教」を信奉していて、
7bitしか通さないMTAを7bitしか通さない状態を故意に維持したまま、
セキュリティやパフォーマンスを完璧にメンテナンスしてるというのならまた話は別ですが。
Re:受け取れない奴が悪い (スコア:2, 興味深い)
7bit しか透過しないネットワークや機器を考慮してそうなったのだと思いますが。
TomOne