アカウント名:
パスワード:
RFCであんな難解なフォーマットを規定した合理的理由がないのも問題だと思いますけどね。
これは有効だけど、!#$%&'*+-/=?^_`.{|}~@example.comこれは無効。!#$%&'*+-/=?^_`{|}~.@example.com
有効な例でもバリデーションで弾くユーザ登録フォームが結構ありますし。
docomoが微妙なのもわかるが、大元の問題はこれ(RFCがいけてない)だと思う文字セットだけ決める、に変えればいいのにquotedも禁止で
とは言えなんでRFC違反が多発したかっていうとドコモやガラケー関係者が頑なになってRFC準拠を拒否したからでもある例えば記号禁止にするとかいくらでも安易な回避方法があるのに、ガラケー時代は「そうした方がPCを排除できて良い」と言った愚かな意見が罷り通っていた
というか「PCと携帯の世界は分けなければマナー違反」というアパルトヘイト思想が酷かった
いやでも実際「そんなの必要か??」ってぐらい複雑なんですよ
RFC 5322はメールアドレスだけの仕様を定めているわけではなく、メールメッセージフォーマット全体の仕様なので、メールメッセージ中にメールアドレスを記述するだけために必要な、メールアドレス単体のフォーマットとしてはぶっちゃけ無意味で無駄な仕様が含まれている。
今日UUCPはもう無視していいと思うので、メールアドレスだけの仕様についてはRFC 5321を参照したほうがいい。これもSMTPの仕様であってメールアドレスだけの仕様ではないが、RFC 5322よりは断然マシ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
違反なのはわかってるけど (スコア:3, 参考になる)
RFCであんな難解なフォーマットを規定した合理的理由がないのも問題だと思いますけどね。
これは有効だけど、
!#$%&'*+-/=?^_`.{|}~@example.com
これは無効。
!#$%&'*+-/=?^_`{|}~.@example.com
有効な例でもバリデーションで弾くユーザ登録フォームが結構ありますし。
Re: (スコア:3)
docomoが微妙なのもわかるが、
大元の問題はこれ(RFCがいけてない)だと思う
文字セットだけ決める、に変えればいいのに
quotedも禁止で
Re: (スコア:0)
とは言えなんでRFC違反が多発したかっていうとドコモやガラケー関係者が頑なになってRFC準拠を拒否したからでもある
例えば記号禁止にするとかいくらでも安易な回避方法があるのに、ガラケー時代は「そうした方がPCを排除できて良い」
と言った愚かな意見が罷り通っていた
というか「PCと携帯の世界は分けなければマナー違反」というアパルトヘイト思想が酷かった
Re: (スコア:2)
いやでも実際「そんなの必要か??」ってぐらい複雑なんですよ
Re:違反なのはわかってるけど (スコア:1)
RFC 5322はメールアドレスだけの仕様を定めているわけではなく、メールメッセージフォーマット全体の仕様なので、メールメッセージ中にメールアドレスを記述するだけために必要な、メールアドレス単体のフォーマットとしてはぶっちゃけ無意味で無駄な仕様が含まれている。
今日UUCPはもう無視していいと思うので、メールアドレスだけの仕様についてはRFC 5321を参照したほうがいい。これもSMTPの仕様であってメールアドレスだけの仕様ではないが、RFC 5322よりは断然マシ。