パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

FOMAとDDIポケットはメールの相性が悪い?」記事へのコメント

  • by Anonymous Coward on 2002年06月05日 21時56分 (#103108)
    >両社の手抜き仕様

    ドコモが一方的に悪いように感じるけど?
    • by imo (5135) on 2002年06月06日 6時04分 (#103309)
      1.送出する側の「(みんなに)うれしくない」仕様
      2.受信する側の「(ユーザに)やさしくない」仕様

      どっちもどっちだと思うよ。

      ドコモがなんでもかんでもドンブリで出すのもアレだと思いますが、
      課金する/しないの垣根の仕様はDDIが作ってるわけで、そこが野放図なのはDDIの責任でしょ。
      さらに、Eメールのサイズオーバーと判断する仕様は言うに及ばずって感じで。
      親コメント
    • by longest (8987) on 2002年06月05日 22時08分 (#103112)
      同感。ドコモが手抜き・一方的に悪いに1票。
      なにかと迷惑なドコモ。
      ほとんど関係ないが、しばらく前まで、うちの鯖(postfix)からメイルを送信すると高い確率で遅延するのがドコモ(非FOMA)だった。
      親コメント
    • 同感.
      そもそも、誤ったContent-Typeを付けているのだから悪いのはドコモだと思います
      リンクしてある記事には、DDI側は、「ヘッダ情報を信じきってしまっている」と書かれていて、それがいけないことのように書かれていますが、それは、間違いでしょう
      メールのヘッダは、ボディの構成やエンコード方法などボディ部分を正しく再現するための情報なのだから、PHSがこれらの情報を信用してメールを表示することは、正しい動きだと思います
      親コメント
      • GIFを添付して、

        Content-Type:image/gif

        となっちゃうと、読めないケータイというのがありました(添付無しになるんだったかな..)。
        で、そのすぐしたに、ファイル名が書いてあるんです(どんなヘッダだったか、忘れてしまいました)

        Content-Type:image/gif hoge.gif

        • by Anonymous Coward on 2002年06月06日 0時13分 (#103197)
          # DDIっていうと、「第二電電」かと思ってしまう。
          # DDI-Pっていう方が、一般的なんですかね?それとも、ただ「ポケット」?
          # 「エッジ」の方が、良いのか....。

          Content-Type: image/gif
          Content-Disposition: attachment; filename=hoge.gif

          が、正解だと思います。
          親コメント
      • こんなところにももう一人。
    • 肝心のFomaのメールをちゃんと調べてないんですが、 ちらっとRFC2046に目を通した限り、BNF的にはbodyは1つでも かまわないように読み取れるのですが、間違ってます?

      規格を乱用するのがいけないのか、規格から勝手な仮定を導いちゃんと実装して いないのがいけないのか…。 MIME規格の詳しい人の助言希望。
      • 5.1.1, page 21には

              The use of the "multipart" media type with only a single body part
              may be useful in certain contexts, and is explicitly permitted.

              NOTE: Experience has shown that a "multipart" media type with a
              single body part is useful for sending non-text media types. It has
              the advantage of providing the preamble as a place to include
              decoding instructions

        とあります。かいつまむと、
        ・パートが一つだけの"multipart"はOK
        ・non-textなデータを送る時に便利だよ

        だからRFC2046的にはDocomoもDDIもハズしてる…?
        親コメント
    • by Anonymous Coward
      ヘッダに嘘書くほうが悪い。
      DDIはそれを正しく解釈しているだけ。
      それなのに何処が手抜きなのか。
      添付のあるなしを確認しろといいたいだけなんだろうけど。ラEはヘッダでしか確認できない仕様なのでは。

      関係ないですが、DDIで絵文字入力してドコモにメール送ると、ドコモ側に添付ファイルがどうこうって表示されるそうです。
      • by imo (5135) on 2002年06月06日 11時22分 (#103451)
        >ヘッダに嘘書くほうが悪い。

        嘘は書いてない。
        厳密でないだけ。

        >DDIはそれを正しく解釈しているだけ。

        唯一正しい解釈というわけではない。
        ある解を決め付けているだけ。

        「新宿で待ち合わせ」といって西口と東口にいるようなもんだよ。
        親コメント
        • by Anonymous Coward
          > 嘘は書いてない。
          > 厳密でないだけ。

          ちゃんと読んだ?
          嘘書いてんだよ。

          「このメールは添付ファイルつきです」って。
          それで添付ファイルは付いてない。

          > 唯一正しい解釈というわけではない。
          > ある解を決め付けているだけ。

          「添付ファイルをつけてある」と明示しているから
          添付ファイルがあるというのは正しい解釈では?
          • Re:同感。 (スコア:1, 興味深い)

            by Anonymous Coward on 2002年06月06日 17時56分 (#103747)
            別のACですが。

            >「このメールは添付ファイルつきです」って。
            >それで添付ファイルは付いてない。

            ここでの添付ファイルとやらが何を指しているのかわかりませんが、Content-Type: multipartは一つ以上のbody partを含むものとして定義されていますから、#103498 [srad.jp]での報告を見る限り、FOMAのメールはRFC2046に厳密に従っていますし、もちろん嘘もついてませんよ。

            >「添付ファイルをつけてある」と明示しているから
            >添付ファイルがあるというのは正しい解釈では?

            「添付ファイル」がbody partのことを指すのなら、いわゆる「本文」もContent-Type: text/plainな「添付ファイル」ですし、Content-Disposition: attachmentなbody partのことを指すなら、必ずしも付いているとは限りませんよ。

            不必要にmultipartメールにしていることの是非は確かにありますが、嘘をついているわけではないですよ。
            親コメント
          • by imo (5135) on 2002年06月06日 19時13分 (#103792)
            >「このメールは添付ファイルつきです」って。

            そんなことはドコモは言ってません。
            ドコモが言っているのは、「このメールには添付ファイルがついている場合もあります」程度です。

            >添付ファイルがあるというのは正しい解釈では?

            いいえ。
            「ついている場合もある」→「必ずついている」という変換をしているのはDDIPです。
            ここまでなら、まあお互い様とも思うのですが、#103642 [srad.jp]によるとさらに惨たらしい仕様らしいので、
            DDIPの方がより手抜きってことで。
              #思いっきりユーザサイドで手を抜くとは何考えてるんだ?

            >なんか頓珍漢な喩えを言っているところを見ると、きちんと話を
            >読んでいないと思われ。

            どっからくるんだよぉ、その自信は。 ^^;
            親コメント
            • by Anonymous Coward
              どの道そんな仕様ではユーザー側は扱いづらいのでは?
              結局ドコモのいい加減な仕様が問題であるということだと思うのですが
              ドコモ>DDIPとお考えのようですが
              客観的に見れば同列かと
              • by Anonymous Coward
                >結局ドコモのいい加減な仕様が問題であるということだと思うのですが

                不必要なことをしているとはいえ、ドコモは規格を守っているのですから、

                >客観的に見れば同列かと

                同列に扱うのはドコモに対して酷かと。
              • by na_cl2 (9401) on 2002年06月07日 0時10分 (#103931)
                RFCを読む限り、ただのテキストをわざわざmultipart/mixedにするのは、
                規格に反してるとも言えないけど、規格の意図を踏まえてるとも言えない。
                同列に扱って良いと思う。

                #実装の負担まで考えるとドコモの過失の方が大きい、と個人的には思う。
                親コメント
              • by imo (5135) on 2002年06月07日 0時28分 (#103944)
                煽り抜きで「規格の意図」ってなんですか?
                親コメント
              • by na_cl2 (9401) on 2002年06月07日 1時04分 (#103970)
                単一ボディパート自体は規格上確かにOKなんですが、それは
                non-textなデータを送る時便利なんだよ、とRFC2046には書いてあります
                #103159 [srad.jp]を見てください)。
                ここを指して規格の「意図」と表現したのですが、分かりにくかったですか。

                #私も煽り抜きで聞きたいのですが、なにかしら意図を持たせていない規格
                ってあるんですか?勝手に意図を読み込むのはもちろんいけませんが。
                親コメント
              • by imo (5135) on 2002年06月07日 10時32分 (#104082)
                >なにかしら意図を持たせていない規格ってあるんですか?

                ほとんどないと思います。
                ただ、その意図が明確に記されていない部分を補うのはよろしくないとも思います。
                今回の場合、「踏まえている」は言えたとしても「踏まえてない」は言えないのではないかと思いまして。

                  #煽りぬきとかわざわざ書かないといけないのはアレですねぇ ^^;
                親コメント

Stableって古いって意味だっけ? -- Debian初級

処理中...