アカウント名:
パスワード:
# I will work seriously this year!
# この文書は95年に書かれているので、ファイルサイズ等は再考したほうが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
もうひとつ、メール添付について (スコア:2, 興味深い)
私は1MB以上なら添付せずに郵送で送るか、FTPであげるか、はたまた他のサービス [filesend.to]を利用しているのですが、私がメールのやりとりをしている人の中には何の迷いも無く40MBぐらいのファイルを添付ししようとするひとがいて、それ自体は悪くはないのだけどこのあたりのルールも作ってほしいものです。
Re:もうひとつ、メール添付について (スコア:2, 参考になる)
# この文書は95年に書かれているので、ファイルサイズ等は再考したほうが
Re:もうひとつ、メール添付について (スコア:1)
しかし、それでは規格という性格が失われそうですし、「柔軟な変更」が加わってからその規格が伝播するまでに時間もかかる気がしますね。
現在、HTMLメール(これもどうかと思うが)などでは画像をすでにあるサーバ上において利用されていますが、通常のメールもこのようにメールエージェントが行うのはテキストのメッセージングサービスだけで、他のサービスを「付随」させるという考え方のほうがいいのかなと思います。
なら、「メール」サービスはメッセージングサービスのみに集中でき、「付随」サービスではアップグレードが容易になるのかなと。
ここで、現状の「メール」サービスを拡張しようとすると「メール」サービスを利用しているユーザに、新たに「拡張した機能」への対応をせまることになるのかもしれません。
正直、私も1行だけのメールもあれば、HTMLメール(メルマガなどで)や添付ファイルなど利用することは多様で1行のみのメッセージに「多機能」はいらないと感じますから。
Re:もうひとつ、メール添付について (スコア:1)
>こういったものを規格化して しまう場合はその時代に応じた変化
>も取り込めるだけの柔軟性が必要かもしれません。
それ以前に、本質的に規格化できるものではないでしょう。
RFCの唾棄すべきアレだって、Informationalなんだし。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.