RFC 822、3696などでは、電子メール アドレスの形式と、それらをアプリケーションで検証する方法が指定されています。残念ながら、実際にはほとんど誰もそれらを遵守していません。ほとんどの開発者は、その場で正規表現を発明したり、疑わしいソースから正規表現をコピーして貼り付けたりして、ユーザーの電子メール アドレスを検証する傾向があります。これは実際には、多くの場合、ユーザーのプライマリ ID としてメール アドレスを必要とする多くの Web サービスにつながりますが、RFC が実際に許可する非常に限られたアドレスのサブセットしか受け付けません。
では、一般に「Web セーフ」と見なされている電子メール アドレスの現状について何か言えることはありますか? ほとんどのサービスで受け入れられている、時間の経過とともに結晶化した共通のサブセットはありますか? HTML 5 のemail入力タイプの標準は?
メールアドレスを検証するために何をすべきかを尋ねているわけではないことに注意してください。理想的には、検証は、考えられるすべてのアドレスと場合によってはいくつかの誤検知を許可する軽いフロントエンド検証と、その後のバックエンドの実際の電子メール サーバーによるコールバック検証で構成する必要があります。私は代わりに、野生の現在の実装が有効であると見なすものについて何らかのコンセンサスがあるかどうかを尋ねています。メールアドレスを検証するために正規表現を作成する場合 (私はそうではありませんが、冗談です)、他の人が行うこととほぼ一致するようにするにはどうすればよいでしょうか? 自分のサーバーで自分用の新しい電子メール アドレスを作成する場合、ほとんどの Web サイトでそのアドレスを使用できるようにするには、どの安全なサブセットを使用する必要がありますか?