アカウント名:
パスワード:
RFCであんな難解なフォーマットを規定した合理的理由がないのも問題だと思いますけどね。
これは有効だけど、!#$%&'*+-/=?^_`.{|}~@example.comこれは無効。!#$%&'*+-/=?^_`{|}~.@example.com
有効な例でもバリデーションで弾くユーザ登録フォームが結構ありますし。
まぁ、もうすでに歴史的ではあるんですけどユーザパートのドットの制限はおそらく uucp 等のためです。昔は％ハックなどの方法で uucp など SMTP 以外の世界へメールをルーティングする書式が使われていたので。uucp を考慮しない実装でよければ @ の前は @ 以外の文字なんでもよかったんでしょうけどね。# uucp をサポートした sendmail cf などもルールを記述する際にドットで区切って文字列を扱うのよね
mailbox.sub1.sub2@this-domain や sub-net.mailbox@sub-domain.domain のようにlocal-part の一部に domain を埋め込む例が RFC822 に載っていますのでlocal-part に dot-atom を許容するのは当初は配送のためだったと思いますがRFC2822 への改定を生き延びたのは Firstname.Lastname@domain という使用例がそれなりにあるという主張が通ったためというおぼろげな記憶があります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
違反なのはわかってるけど (スコア:3, 参考になる)
RFCであんな難解なフォーマットを規定した合理的理由がないのも問題だと思いますけどね。
これは有効だけど、
!#$%&'*+-/=?^_`.{|}~@example.com
これは無効。
!#$%&'*+-/=?^_`{|}~.@example.com
有効な例でもバリデーションで弾くユーザ登録フォームが結構ありますし。
Re: (スコア:3, 参考になる)
まぁ、もうすでに歴史的ではあるんですけど
ユーザパートのドットの制限はおそらく uucp 等のためです。
昔は％ハックなどの方法で uucp など SMTP 以外の世界へメールをルーティングする書式が使われていたので。
uucp を考慮しない実装でよければ @ の前は @ 以外の文字なんでもよかったんでしょうけどね。
# uucp をサポートした sendmail cf などもルールを記述する際にドットで区切って文字列を扱うのよね
Re:違反なのはわかってるけど (スコア:1)
mailbox.sub1.sub2@this-domain や sub-net.mailbox@sub-domain.domain のように
local-part の一部に domain を埋め込む例が RFC822 に載っていますので
local-part に dot-atom を許容するのは当初は配送のためだったと思いますが
RFC2822 への改定を生き延びたのは Firstname.Lastname@domain という使用例が
それなりにあるという主張が通ったためというおぼろげな記憶があります。