アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
DDIは悪くないんじゃ? (スコア:0)
ドコモが一方的に悪いように感じるけど?
同感。 (スコア:0)
DDIはそれを正しく解釈しているだけ。
それなのに何処が手抜きなのか。
添付のあるなしを確認しろといいたいだけなんだろうけど。ラEはヘッダでしか確認できない仕様なのでは。
関係ないですが、DDIで絵文字入力してドコモにメール送ると、ドコモ側に添付ファイルがどうこうって表示されるそうです。
Re:同感。 (スコア:1)
嘘は書いてない。
厳密でないだけ。
>DDIはそれを正しく解釈しているだけ。
唯一正しい解釈というわけではない。
ある解を決め付けているだけ。
「新宿で待ち合わせ」といって西口と東口にいるようなもんだよ。
Re:同感。 (スコア:0)
> 厳密でないだけ。
ちゃんと読んだ?
嘘書いてんだよ。
「このメールは添付ファイルつきです」って。
それで添付ファイルは付いてない。
> 唯一正しい解釈というわけではない。
> ある解を決め付けているだけ。
「添付ファイルをつけてある」と明示しているから
添付ファイルがあるというのは正しい解釈では?
Re:同感。 (スコア:1, 興味深い)
>「このメールは添付ファイルつきです」って。
>それで添付ファイルは付いてない。
ここでの添付ファイルとやらが何を指しているのかわかりませんが、Content-Type: multipartは一つ以上のbody partを含むものとして定義されていますから、#103498 [srad.jp]での報告を見る限り、FOMAのメールはRFC2046に厳密に従っていますし、もちろん嘘もついてませんよ。
>「添付ファイルをつけてある」と明示しているから
>添付ファイルがあるというのは正しい解釈では?
「添付ファイル」がbody partのことを指すのなら、いわゆる「本文」もContent-Type: text/plainな「添付ファイル」ですし、Content-Disposition: attachmentなbody partのことを指すなら、必ずしも付いているとは限りませんよ。
不必要にmultipartメールにしていることの是非は確かにありますが、嘘をついているわけではないですよ。