アカウント名:
パスワード:
ただ、"as is"で"rough consensus"がIETFの基本ですので、ドコーモな仕様が"de facto"で、互換性があるんだったらそれでいい、という考え方もできるんじゃないですか。それを国際標準にするために仕様を書けばいいんです。日本国内の閉じた仕様にしている限り、「インターネット用メールと互換性がある」とはいっちゃいけないというだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
RFCってそんなにエライのか? (スコア:-1, 余計なもの)
だから,現実にAUのユーザが問題を感じなけりゃ別に良いじゃんって思うんだけど.で,AU(ezweb)のメール環境ってことは,とりあえず国内の携帯キャリアのメールが問題なくやりとりできれば,大半のユーザは文句言わないと思うね.ってか,その程度のことで文句を言うなら,そもそも携帯の絵文字なんてありえない世界だと思うけど.俺が何度文字化けしたメールを携帯で受け取ったことか.一度なんて「<文字化け>行く?」ってだけのメールが友人から来て,「どこに行く話だよ!!!」とか思ったもん.(状況的には推測できたけどさ)
悲しい現実だけど,世間の一般ユーザは,アレゲ人が思うほどには互換性なんて気にしてないし,実際にメールを受信できない特定の*PC*アドレスがあったら「あぁ,そういうもんなんだ」でアッサリと諦めると思うよ.(携帯同士で送受信レベルの不都合があると,さすがに「不便だ」ってブーブー言われるとは思うけどね)
Re:RFCってそんなにエライのか? (スコア:5, 参考になる)
ISO-IETF間でRFCのStandards Trackにあるものは
国際標準扱いにしてよい(PAS:Publicly Available Specificationといいます)ことになっているはずです。
ISOのページ [iso.org]を見ても、
ISO専門委員会とIETFが協力関係にあることがわかります。
「そこまでクソ真面目に『これに従わないとイカンよ,キミ!!』みたいに言い切れる世界じゃない」という認識は10年以上古いと思いますよ。
RFC 822/2822みたいなStandards TrackなRFCは国際標準扱いなんです。
偉いんです。
ただ、"as is"で"rough consensus"がIETFの基本ですので、
ドコーモな仕様が"de facto"で、互換性があるんだったらそれでいい、
という考え方もできるんじゃないですか。
それを国際標準にするために仕様を書けばいいんです。
日本国内の閉じた仕様にしている限り、
「インターネット用メールと互換性がある」とはいっちゃいけないというだけ。
/K
Re:RFCってそんなにエライのか? (スコア:0)
アホアドレスを設定している携帯側も受け取れない(というか送信できない)わけですが。
Re:RFCってそんなにエライのか? (スコア:0)