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

auのEメールアドレスが相互接続性を保障できないルールに変更?」記事へのコメント

  • RFCで、"."の使用に制限が付けられているって事は、何か理由があるんでしょうか?
    もし、その仕様に理由があったのなら、それを破ってしまえば、どこかで不具合が起きませんか?
    逆に、特に問題が無いのなら、それはそれでいいような。

    • Re:"."に制限がある理由 (スコア:3, すばらしい洞察)

      by Anonymous Coward on 2006年06月01日 20時07分 (#951831)
      「コンピュータの制限でユーザに不利益が生じるのは間違っている。」
      と思うのでRFCを修正する方向でどうでしょうか?

      RFCを軽視?無視?して進んでいるのは問題ですが、制限を解除する方向は間違っていないと思います。
      制限をなるべく無くす方向が技術者として目指すべき方向だと思います。

      今あるルールを破っていいって話じゃないですけどね。
      携帯キャリアが連携してRFC改訂に持っていけばいいのにな。
      親コメント
      • Re:"."に制限がある理由 (スコア:1, フレームのもと)

        by gtk (14477) on 2006年06月01日 20時42分 (#951855) 日記
        どうぞ。
        何十年掛かるか分かりませんが。

        # たとえば RFC822 から RFC2822 への転換って10年くらい掛かったんよ。
        親コメント
      • DEL、BS、CR、LFなどの制御文字や"とかも認めると混乱の元だと思うが....
        下手すると穴にもなりかねないし。
        親コメント
        • Re:"."に制限がある理由 (スコア:1, すばらしい洞察)

          by Anonymous Coward on 2006年06月01日 21時55分 (#951916)
          # なぜ今まで全くquoted-stringの話が出てこないのだ?

          > "とかも認めると
          っquoted-string

          > DEL、BS、CR、LFなどの制御文字や
          RFC2822のobs-形式ではなくRFC822の範囲なら
          これもquoted-stringに含めることができましたが。
          親コメント
          • >これもquoted-stringに含めることができましたが。

            「混乱の元」を否定しているように感じるが、「混乱の元」なんだろ?

            ところで、cgiとかでメールアドレス受け取るときにquoted-stringを認めているの?制御文字も認めているの?
            多くのところって、200バイト超える様な長いドメインすら認めてないのでは?

            http://srad.jp/comments.pl?sid=318448&cid=951831 の「制限をなるべく無くす」の話だよね。
            xxx"xxx@xxx.xx とかはどう考えても「混乱の元」だと思うけど。

            ついでに、quoted-stringなんてRFCから無くして欲しいと俺は思っている。
            親コメント
            • >cgiとかでメールアドレス受け取るときにquoted-stringを認めているの?制御文字も認めているの?
              >多くのところって、200バイト超える様な長いドメインすら認めてないのでは?

              ???
              とりあえず、わかってる振りをして何か単語を並べてみたのですか?
      • 新しいRFCをおこして、世界中のメジャーなMTAがそれに準拠するまでの時間が問題ですね。
        なのでインターネットの標準は変わりにくいんだと思います。
        親コメント
      • 100の立派な言い訳よりも、拙いあなたの案がいい
      • >「コンピュータの制限でユーザに不利益が生じるのは間違っている。」
        >携帯キャリアが連携してRFC改訂に持っていけばいいのにな。

        そりゃそうですが、いままでそういうルールで実装してきて問題なかったものを書き換える手間・コストをルール破りした者が払ってくれるわけじゃないってのが問題なんじゃ。

        そこを全部保証してくれるなら何も文句はないですけどねえ。

開いた括弧は必ず閉じる -- あるプログラマー

処理中...