「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールアドレスが弾かれると激おこ」という前提で話を進めます。 問題点1. メールアドレスに関して、RFCなんてそもそも守られていない 2009年以前に登録されたDoCoMo携帯のメールアドレスなど、quoted-stringじゃないのにピリオド連続するものが実在している以上、彼らを許容するべきです。 今そこにある実装 >>(越えられない壁)>> RFC です。 問題点2. メールアドレスの国際化 @の左側(addr-spec)でUTF-8を利用できるようにするRFC5335が発行されています。これにより、通すべき文字が一気に増えます。 RFC5335 Internationalized Email Headers JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日本レジストリサービス
「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み
メールアドレスのルールのまとめ系のサイトの内容が間違っています。 なので、この類のまとめは安易に信じないように 、という注意喚起をしておきます。 追記（2013/11/27） twitterやはてブをみていたところ、「ユーザーへの啓蒙という観点ではまとめの内容間違ってない」というご意見をたくさんいただきましたので、補足をしておきますね。 どうも「ルール」と「トラブルを避けるためのガイドライン」が混同されているように思います。まとめで紹介されている内容がユーザ向けの「ガイドライン」なのであれば、「+ 記号使わせてよ」ぐらいしか文句はありません。 ですが、ほとんどのまとめは上記の内容を「ルール」として説明しています。ひどいものにはRFCに基づいてまとめを書いたようにミスリードさせる記事もありました。このような現状を憂い、このような記事を書いたのです。 そもそもこれに気づいた発端は@kusano
PHPフレームワークと携帯メールアドレスの罠 (2007-06-03)
メールについての基礎知識 メールアドレスについての基礎知識 メールアドレスの文字制限 携帯電話各社の、メールアドレス設定に関する制限(1) 各社のlocal-partの制限とRFC(1) dot-atomについて 携帯各社の、メールアドレスに設定に関する制限(2) 各社のlocal-partの制限とRFC(2) "."をlocal-partの先頭または最後に配置、あるいは連続して使用したアドレス 対処法 PHP in Fukuoka: 2007-06-03 はじめに このスライドは、http://hxxk.jp/2007-06-03にていつでも閲覧可能です。 全ての項目を書き写したり、写真に残したりする必要はありません。 ただ、スライドはあくまで最低限のことしか書いていないので、ポイントは適宜メモ等をお願いします。 今回の内容は、2004～2005年頃にhxxk.jpで書いた内容をベースに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
