アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
水は低きに流れる (スコア:5, 参考になる)
各携帯キャリアがRFCに従わないアドレスを許容しており、またそういったアドレスを利用するユーザが非常に多い現状を踏まえて、
・転送先アドレスの設定では使用可能文字のチェックだけして素通し
・新たに取得する転送アドレスのlocal-partでは厳密チェックを行う
といった対応をしています。
しかし幸い?メジャーなMTAではRFCに厳密に従わないメールアドレスでも致命的な問題(使用できない文字を使う等)がなければ素通
こうして (スコア:0)
まぁ今回の件やDoCoMoの件にしても、国内で収まるレベルの事なら、外国の識者達から「企業レベルで何厚顔無恥な事やってんだ」と国内のキャリアが馬鹿にされる程度で済むとは思いますが。
ところで外国(特に欧米)の有名所で、こういったRFC無視な方針を取ってる所ってあるんでしょうか?
#あっちでそんな事やってたら、それこそ黙っちゃいない団体が多数だとは思いますが
Re:こうして (スコア:3, 興味深い)
上でコメントされてますが Google の Gmail なんかも従ってないようですね。
(まぁ、Gmailは永遠のβでしょうからどうとでも言い訳はできるんでしょうけど)
きっと探せば他にも沢山、数え切れないくらいあるでしょう。
こういったところから、だんだんRFC軽視の流れが広がっていくんでしょうね。
#いっそ現状に即した、もちっと緩くて問題が出ないくらいのRFCを作ってくれたほうが幸せだと思う今日この頃
Re:こうして (スコア:2, すばらしい洞察)
>
> #いっそ現状に即した、もちっと緩くて問題が出ないくらいのRFCを作ってくれたほうが幸せだと思う今日この頃
「現状に即した、もちっと緩くて問題が出ないくらいのRFC」を作ったところで、RFCを軽視する連中が軽視を止めるかどうか疑問ですけどね。
その手の無法者共が「ルールの方が現実に合わせてくれたんだから、これからはキチンとルールを守っていこう!」なんて考えてくれるんでしょうか?
Re:こうして (スコア:0)
現行のRFCが守られないのはニーズに合っていないからというのが大きいと思います。
例えばXMLの世界では実態参照やCDATAなど必要に足る基準が揃っているおかげで今の広がりがあるんじゃないかと思います。