共有
  • 記事へのコメント35

    • 注目コメント
    • 新着コメント
    その他
    pmakino
    pmakino 同じくローカルパート1文字のメアドを普段使いしているので時々同じ問題にはまって困る

    2020/05/06 リンク

    その他
    masayoshinym
    masayoshinym “日記ビハインド”

    2019/10/03 リンク

    その他
    vanbraam
    vanbraam "Jリーグチケットにて提供しているサービスにおきましては@前のご登録は2文字以上とさせていただいております"<理由を説明すべきでは?

    2019/10/02 リンク

    その他
    Kil
    Kil いや、IPAのセキュリティガイドラインには従わないとな、って思うけどメアドのバリデーションはRFC完全準拠しなくてもいいかな、って思うけどな。厳しい(不便)側に倒す分にはまだマシっていうことで。

    2019/10/02 リンク

    その他
    delphinus35
    delphinus35 RFC違反のメールアドレス(例えば @ の直前にドット)を許容した過去のドコモに比べれば、妙な制限とはいえ怒るほどでもない。

    2019/10/02 リンク

    その他
    zu2
    zu2 “RFCを読んだり準拠したりする習慣がない組織は、往々にしてその他のガイドライン──例えばIPAのセキュリティガイドラインとか──にも従っていない可能性が高いだろう”

    2019/10/02 リンク

    その他
    wordi
    wordi 販売所のサーバ負荷にもよるけどクライアントサイドのvalidationで弾けるリクエストは弾いときたいよね

    2019/10/02 リンク

    その他
    m_yanagisawa
    m_yanagisawa @の前にドットがあっても2文字以上だと受け付けるんでしょうね…

    2019/10/02 リンク

    その他
    mas-higa
    mas-higa Gmail とかも RFC より厳しい制約じゃなかったっけ? 世の中が RFC 通りに実装されてないから厳密に従うと無駄が多い。

    2019/10/02 リンク

    その他
    knok
    knok i-mode時代はlocalパートが1文字のメールアドレスをよく見かけた気がする。主に「メールを送るだけで登録」みたいなケースで

    2019/10/02 リンク

    その他
    dexia2
    dexia2 RFCを守っていないメールアドレスも実在するので話はさらにややこしくなります(それでライブラリ使えなかった)。

    2019/10/02 リンク

    その他
    shidho
    shidho メールアドレスなんて実際に送って届くかどうか以外では正当性のチェックなんかできないんだから正規表現は「/@/」でいい。(適宜エスケープシーケンスを入れること)

    2019/10/02 リンク

    その他
    tanakakazu
    tanakakazu 俺も独自ドメインで@の前は一文字にしてる

    2019/10/02 リンク

    その他
    shag
    shag メールアドレスは強めの validation を JavaScript とか server 側でするよりは、実際送って認証とる方式が無難だよな。

    2019/10/02 リンク

    その他
    demAge
    demAge 実装側が柔軟にしたくても企画職に「変なメアドで来るかも知れないあじゃないですか!こっちの常識に合わせてください!」「日本人が半角英数の名前なわけないじゃないですか!」って言われること多いよ

    2019/10/02 リンク

    その他
    suika3417
    suika3417 メールアドレスの正規表現とか自作したくないわ。フレームワークやライブラリの標準の任せちゃう

    2019/10/02 リンク

    その他
    z1h4784
    z1h4784 RFCに則ってないメールアドレスも多いからねえ。これは単なる正規表現の問題みたいだけど

    2019/10/02 リンク

    その他
    tinsep19
    tinsep19 受付ないが、そこが述べたいのではなく、自分の判断基準やそのための方法を紹介している。

    2019/10/02 リンク

    その他
    rAdio
    rAdio これ、正規表現がイケてないのを仕様だと言い張ってるだけで、企画意図のある仕様ではないよね…。まあ、あるあるだけど。「そこ、要求仕様ないんだ…」という呆れというか諦めというか…。

    2019/10/02 リンク

    その他
    deep_one
    deep_one ローカルパートでQuoted-Stringを使えばダブルドットもRFC違反にならないとかの真の変態仕様なら受け付けなくてもまだ許すが、なぜローカルパートの文字数に制限を付けた?/↓正規表現が下手なだけか。*を使えば?

    2019/10/02 リンク

    その他
    tsekine
    tsekine 突如現れるKondara :)

    2019/10/02 リンク

    その他
    cl-gaku
    cl-gaku 正直ややこしいアドレスを使うようなユーザーを弾きたいとかもないことはないと思う

    2019/10/02 リンク

    その他
    NOV1975
    NOV1975 メールアドレスはむしろもうちょっとわかりやすく制限を入れる事でこういう混乱が起きないようにして欲しかったんだけど、もう手遅れなんだよな

    2019/10/02 リンク

    その他
    n2s
    n2s 問題のinput要素の中身、type="text" pattern="[0-9a-zA-Z]+[0-9a-zA-Z_/\.-]+@[0-9a-zA-Z]+(\.{0,1}[0-9a-zA-Z-])*(\.[0-9a-zA-Z-]*[a-zA-Z]+)+" でした。メールアドレスを正規表現でチェックするのは悪い癖。

    2019/10/02 リンク

    その他
    kazuau
    kazuau サポートからそういう内容のメールが届くということは、仕様が明確かつ共有されてるということなので、いいことだと思う

    2019/10/02 リンク

    その他
    NOGjp
    NOGjp 通販用にローカルパート1文字+3文字JP属性ドメインの8バイトメールアドレス使ってるけど、たまーにこういう謎仕様に出くわすね。誰かが書いた適当な正規表現が業界内で使い回されてるんじゃないかと睨んでるけど、、

    2019/10/02 リンク

    その他
    strawberryhunter
    strawberryhunter Jリーグではないが、私も同種の被害に遭った。メールアドレス変更のフォームでは@の前が1文字でもOKというちぐはぐなシステムだったため、幸いにも(?)、登録したいアドレスを登録できた。まったくアホかと。

    2019/10/02 リンク

    その他
    gfx
    gfx "ちゃんとRFCを読んで実装するサービスであればこんな妙な制限がつくわけはない"

    2019/10/02 リンク

    その他
    gm91
    gm91 別にRFCの枠内で更に制約を設けてあるだけで、規格違反なわけじゃないのよな。携帯キャリアメールしかダメとかフリーアドレス不可とかそういう類と同じ話では。

    2019/10/02 リンク

    その他
    K-Ono
    K-Ono spcから移行したときに単にえいやと作っただけだと思ってましたお恥ずかしい。

    2019/10/02 リンク

    その他

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

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

    関連記事

    Jリーグチケットは正当なメールアドレスを受け付けない - ただのにっき(2019-09-06)

    ■ Jリーグチケットは正当なメールアドレスを受け付けない (この日記を書いているのはなんと10月1日とい...

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

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

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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