• はてなブックマーク
  • テクノロジー
  • 「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
  • Twitterでシェア
  • Facebookでシェア

「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば

テクノロジー カテゴリーの変更を依頼 記事元:d.nekoruri.jp
適切な情報に変更
167users がブックマーク コメント 48
    共有

    • 記事へのコメント48件

    • 注目コメント
    • 新着コメント
    その他
    オーナーコメントを固定しています
    nekoruri
    オーナー メールアドレスのバリデーションまわりにツイートしてた内容をまとめた。

    その他
    sisya
    「+」すら許容しないバリデーションがそこかしこにある事に憤りを覚えつつも、gmailアドレス１個でマルチアカウント無限にされるよりはましかとも思ってしまう開発者サイドのジレンマ

    その他
    spacefrontier
    これまである実装は許容出来ても、新しく変な実装を考案するのは賛成できないなぁ。少なくとも新しく作るものは最新のRFCに準拠すべき。

    その他
    KoshianX
    実装を標準仕様の上に置いちゃうのはIE6全盛時代に他のブラウザもIE6のバグ動作を再現すべきと主張してた人と同じ愚ではないかな。とはいえメアドのバリデーションがアレなのも事実なので現状肯定とはいかないが

    その他
    tmtms
    「ピリオド連続するもの」なんかを許容するために quoted-string がある。そういうアドレスは SMTP 上では「"」で括られてる / 「@の左側」は addr-spec ではなくて local-part / RFC5335 は obsoleted で RFC6532 が出てる

    その他
    teracy_junk
    『今そこにある実装 >>(越えられない壁)>> RFC です。』同意

    その他
    comutt
    実際にメール送るのもね、きちんとアプリでアタック対策しておかないとバリデーションのためのメール送信がスパム行為になるからわりと大変

    その他
    asakura-t
    それよりも２回入力させるべきか、@の左右で分けるべきか、のほうが気になってる／SIerが変わったら今まで入力できてた携帯のアレなアドレスを弾くようにして、問い合せに対して「RFC準拠ですから！」で突っぱねたのを

    その他
    n2s
    要約「赤信号みんなで渡れば怖くない」

    その他
    wasai
    わかるけど、ドコモのアドレスとかの携帯メアドにはかなり泣かされたから、あのあたりだけはやめてほしいわ

    その他
    rti7743
    そうそう仕方ないよね。データは、受け取るときは寛大で、こっちから送るときは厳密にしたいものだ。

    その他
    オーナーコメントを固定しています
    nekoruri
    オーナー nekoruri メールアドレスのバリデーションまわりにツイートしてた内容をまとめた。

    2013/11/27 リンク

    その他
    ghostbass
    納得できるご意見/文字制限だとローカルパートとドメインパートに"@"で分割できる、程度にするのが無難で、その後MX引くとかにするか。

    その他
    sjisjis
    “TLDのホワイトリストなんて新gTLDがぽこぽこ量産される時代に持っちゃいけません。” だよねやっぱ。

    その他
    hirata_yasuyuki
    概ね同意。ただ、2個連続したドットのメールアドレスはMTAで跳ねられる事も多いので、積極的に救わなくても良いかなあ。

    その他
    comutt
    comutt 実際にメール送るのもね、きちんとアプリでアタック対策しておかないとバリデーションのためのメール送信がスパム行為になるからわりと大変

    2013/11/30 リンク

    その他
    s-tomo
    DoCoMoの件はDoCoMoに文句を言うべき話であって、登録できちゃったから使ってるユーザーを弾く理由は特に商売上は無いと思うの。

    その他
    deep_one
    いや、RFC守ってないところの方が圧倒的に少ないから。／DoCoMoのアドレスもローカルパートをダブルクォートする規則を適用すればRFCに合致するけど。

    その他
    esper
    だいたいドコモのせい

    その他
    iouri
    メールまわりの文字コードとかホント地獄

    その他
    kkobayashi
    メールアドレスのバリデーションとか、そもそも意味あるのって気がしてきた。エラーになっても「メールアドレスの形式が無効です」しかメッセージ出さないシステムとか死ねって思うだけだしなぁ

    その他
    shimooka
    『重要なのは「その仕様で誰が得をするか」をよく考えましょうってことです』

    その他
    tarchan
    ＞メールアドレスの確認はそこにメールを送る事で確認を行いましょう。／通るべきメールアドレスが弾かれると激おこ

    その他
    hiroqli
    docomoがRFC違反をし続けて、迷惑メールへの効果がユーザーに認められた末、auもRFC違反化してしまった。この辺の流れがクソ過ぎてもう

    その他
    naga_sawa
    メール周りは実装ゴチャゴチャで単体validationやってられないので、アドレスの有効性確認は実際にメール送って確認しよう/というお話

    その他
    SasakiTakahiro
    「その仕様で誰が得をするか」をよく考えましょうってこと。

    その他
    himomen
    最後に現れた@以降は厳密に処理。最後に現れた@より手前はできるだけ緩く。って感じか。とはいえ、色んなメールアドレス見てきたけどlocal-partに@があるメアドなんて見たことない。

    その他
    s_mori
    実際に送信、受け取り確認のフローにする/誤送信対策はする/ローカル部とドメインを分けたフォームにする

    その他
    kfujii
    泣ける話や

    その他
    ngsw
    この手の話題聞くと、いつもpostfixのパラメータallow_percent_hackを知ったときのこと思い出す/メール送信について「絶対届く」って絶対言えないんだよなあ。

    その他
    kintoki3
    禿同。弾いてナンボではない。通してナンボのメールサーバー。

    その他
    UDONCHAN
    だるい

    その他
    kazuhooku
    概ね同意だけどより正確には、仕様べったりでも現状べったりでもなく「安定して到達可能であると推定されるフォーマットのメアドのみ」登録可能とすべきでは？そのために仕様と現状をどう解釈すべきか考えるべき派

    その他
    John_Kawanishi
    ①RFCなんて抑々守られていない②MailAddressの国際化③抑々役に立たない･推奨:実際にMailを送る･消極策:所謂「普通に使えるべき記号」までを許容･頑張って理想のValidationを実装･DNSを引く･非推奨:SMTPで接続してRCPTまでや

    その他
    rti7743
    rti7743 そうそう仕方ないよね。データは、受け取るときは寛大で、こっちから送るときは厳密にしたいものだ。

    2013/11/27 リンク

    その他
    wasai
    wasai わかるけど、ドコモのアドレスとかの携帯メアドにはかなり泣かされたから、あのあたりだけはやめてほしいわ

    2013/11/27 リンク

    その他
    yohichidate
    実装の参考に。ってもありもの使うことの方が多いけど

    その他
    spacefrontier
    spacefrontier これまである実装は許容出来ても、新しく変な実装を考案するのは賛成できないなぁ。少なくとも新しく作るものは最新のRFCに準拠すべき。

    2013/11/27 リンク

    その他
    akasata
    ふむふむ

    その他
    tmtms
    tmtms 「ピリオド連続するもの」なんかを許容するために quoted-string がある。そういうアドレスは SMTP 上では「"」で括られてる / 「@の左側」は addr-spec ではなくて local-part / RFC5335 は obsoleted で RFC6532 が出てる

    2013/11/27 リンク

    その他
    KoshianX
    KoshianX 実装を標準仕様の上に置いちゃうのはIE6全盛時代に他のブラウザもIE6のバグ動作を再現すべきと主張してた人と同じ愚ではないかな。とはいえメアドのバリデーションがアレなのも事実なので現状肯定とはいかないが

    2013/11/27 リンク

    その他
    ero-nyan
    そのユーザー名でログイン出来るの？

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば

    定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールア...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.