>もしかして私が勘違いしているのかもしれませんが、18352適用後は新規登録できませんよね？

本来、そうなのですか？？？
私は、18499からの導入で、残りのアップデートを手動で行っています。
ですので、18352適用後でも、該当する携帯メールは、新規登録できているようですが･･･

確認できている登録ルートは、PCで会員登録した後、携帯サイトで買い物をする際のログイン時に、携帯のメール登録を促され、そこで携帯メールを登録、というルートです。このルートでは、携帯のメアド登録は、RFC違反の携帯メールでも可能のようです。

とりあえず、チェンジセット18352を適用前に戻すというので、対応しました。
ありがとうございます！

DOCOMOやAUで、方針を一本化したメールアドレスに一元化されるまでは、今後も結構こういう事例が出てきそうですね；；；
その都度、運用方針を聞いて、チェンジセット18352のカスタム、というのも、スマートでないような気もします。
何か対応策として良い案は無いでしょうか。。。

引用：
どおりで話がかみ合わないと思っていましたが、そういうルート（抜け道）があったんですね（汗）。

確認したところ、フォームから送られてくるメールのチェックは

・EMAIL_CHAR_CHECK　メアドに使える文字のチェック
・EMAIL_CHECK　メアドの書式チェック
・MOBILE_EMAIL_CHECK　携帯ドメイン（@以降）のチェック

があって、PCは上の二つ。携帯は三つともチェックするのが基本のようです。
しかしそのルートはEMAIL_CHECKが抜けてました。

data/class/pages/entry/LC_Page_Entry_EmailMobile.php

他のところは大丈夫なのかはチェックしていません（汗）。
多分、ずっと以前から抜けていたんでしょうけど...

引用：
このあたりは、私個人の意見としては先に書いたとおりになりますので、あとはお任せですかね（汗）。

ramrunさま

度重なり、RESありがとうございます！

＞しかしそのルートはEMAIL_CHECKが抜けてました。

＞data/class/pages/entry/LC_Page_Entry_EmailMobile.php

なるほど。
ということは、方向性としては、ここをチェックさせる形で、EC-CUBEが更新される、ということでしょうかね？

了解です。
やっと、なんだか、腑に落ちました。
私も、思うところは、個人の意見として記載させていただきましたので、後は、開発の方の方針にお任せし、必要に応じて、こちらの要件にあわせたカスタムを行うことにします〜。

自分だけでは、きっと、原因も絞り込めず、問題点の抽出もできませんでした。
本当にありがとうございました。

メールアドレスのチェックをRFC準拠にするかどうかを選択できるように変更してみました。

http://svn.ec-cube.net/open_trac/changeset/18579
http://svn.ec-cube.net/open_trac/changeset/18580

また、ramrunさんが発見されたメールアドレスのEMAIL_CHECKの漏れも修正しておきました。

http://svn.ec-cube.net/open_trac/changeset/18581

----------------

リゾート会員権(エクシブ等)の売買・仲介

shutta様

＞メールアドレスのチェックをRFC準拠にするかどうかを選択できるように変更してみました。

ありがとうございます。
テスト環境で反映してみます。

また、ご報告しますね！！！

早い対応ありがとうございました♪

----------------
EC-CUBE3っぽいテンプレート
GitHub で公開中
https://github.com/bluestylejp

お問い合わせ番号CSV登録&メール送信プラグイン
http://urx.red/qDT6