バージョン選択

フォーラム

メニュー

オンライン状況

42 人のユーザが現在オンラインです。 (23 人のユーザが フォーラム を参照しています。)
登録ユーザ: 1
ゲスト: 41
h_tanaka もっと...

サイト内検索

バグ報告 > 管理機能 > モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・

管理機能

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
tonton
投稿日時: 2010/2/19 17:15
対応状況: −−−
仙人
登録日: 2008/8/14
居住地:
投稿: 437
モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
こんにちは。
いつもお世話になります。

EC-CUBEコミュ(18499から手動で2/18最新までをマージしています)を使用していますが、多分、正式版でも同じではないかと思うのですが、、、

携帯電話で注文を受け、その注文のステータスを管理画面で編集する際に、メールアドレスチェックで、不正なメールアドレスというエラーメッセージが出てしまいます。

携帯の場合、メアドの@マークの前に「.」(ドット)や「_」(アンダースコア)が使われたアドレスが多く、それが、メールチェックでエラーとなっているようです。

ユーザー画面での登録時には、それでも登録は完了しており、DBには、登録できているので、管理画面での、編集時のチェックで、はじかれているようなのですが、、、

こちらは、修正必要なバグなのかも?と思いましたので、あげさせていただきます。

よろしくお願いします。

nanasess
投稿日時: 2010/2/19 17:20
対応状況: −−−
登録日: 2006/9/9
居住地:
投稿: 2302
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
shutta
投稿日時: 2010/2/19 18:31
対応状況: −−−
仙人
登録日: 2010/2/4
居住地: 関西
投稿: 835
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
その修正した者です。

RFC違反したメールアドレスへのメール送信には問題があるかと思いコミットしました。
登録できたところで、その会員へメール送信できなければ、
逆にトラブルを生むのではないかと思ってチケット登録しております。

実際のところ、RFC違反した携帯等のメールアドレスとのメール送受信は、運用上は問題なかったりするのでしょうか?

いろんな環境によるかと思うので、ニーズがあるようなら、
このチェック関数をモード(RFC遵守するかどうか)で切り替えられるようにして、
設定で管理者が選択できるような仕組みに変更してみようかと思いますがどうでしょうか?


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

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

flealog
投稿日時: 2010/2/19 19:21
対応状況: −−−
仙人
登録日: 2008/6/10
居住地:
投稿: 485
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
これうちも問い合わせが多いです^^

>いろんな環境によるかと思うので、ニーズがあるようなら、
>このチェック関数をモード(RFC遵守するかどうか)で切り替えられるようにして、
>設定で管理者が選択できるような仕組みに変更してみようかと思いますがどうでしょうか?

ぜひお願いしますm(_ _)m


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

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

tonton
投稿日時: 2010/2/22 12:08
対応状況: −−−
仙人
登録日: 2008/8/14
居住地:
投稿: 437
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
こんにちは。

>実際のところ、RFC違反した携帯等のメールアドレスとのメール送受信は、運用上は問題なかったりするのでしょうか?

DOCOMOなどでは、迷惑メール対策から、最後に「.」がついたりするメアドでも送受信できるため、そういうメールアドレスを利用しているユーザーも多いようです。
現状、この手の携帯メアド相手でも、運用上メールの送受信は、できるので、EC-CUBEの管理画面での更新が通常通りできれば、問題ないのかな、と思いますが、どうでしょうか。

>いろんな環境によるかと思うので、ニーズがあるようなら、
>このチェック関数をモード(RFC遵守するかどうか)で切り替えられるようにして、
>設定で管理者が選択できるような仕組みに変更してみようかと思いますがどうでしょうか?

こういう仕様になるととてもうれしいですね。携帯サイトを使用せず、海外向け通販やPC専用通販をしたい運用者の方にとっては、チェックも必要かも知れませんので。。。

よろしくお願いします!
ramrun
投稿日時: 2010/2/22 12:29
対応状況: −−−
仙人
登録日: 2006/11/3
居住地:
投稿: 789
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
shuttaさんのコメントで
引用:
登録できたところで、その会員へメール送信できなければ...

実際のところ、RFC違反した携帯等のメールアドレスとのメール送受信は、運用上は問題なかったりするのでしょうか?


あとチケットのほうのコメントで
引用:
携帯向けに..や.@ を許容した正規表現も上記参考サイトにありましたが、RFCに違反したメールアドレスにはメールが送信できないので、あえて弾くようにしています。

と書かれていますので、

『RFCに違反したメールアドレスでもEC-CUBEからメールが送信できているんですよ』

ってあたりの裏づけ?があればよいのではないでしょうか...
こういう環境で、こういう設定なら問題ない〜 またその逆で問題ある〜 とか。
tonton
投稿日時: 2010/2/22 12:59
対応状況: −−−
仙人
登録日: 2008/8/14
居住地:
投稿: 437
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
ec-cubeでメールが送れるかどうかの手前に、各携帯キャリアでどのようなメールアドレスが登録できて、送受信できるか、ということではないかと思ったので、ちょっと調べてみました。


DOCOMOでは、下記のようになっており、AU、SOFTBANKでも同様のようです。
----------------------------------
<アドレスに使用できる文字など>

半角英数字および「_」(アンダーバー)、「.」(ピリオド)、「-」(ハイフン)の記号にて、3字以上30字まで設定することができます。
ただし、「.」は「..」などのように連続で使用することや@マークの直前で使用することはできません。
「スペース(空白)」は使用できません。
英字を入力する場合、大文字小文字の区別はありません。すべて小文字で表示されます。
先頭文字は英文字にして下さい。
----------------------------------
つまり、ルール上は、PCと変わらないのですね。(当然か;)
でも、DOCOMOでは、@マークの前に「.」があっても認識されているようで、そういったアドレスで登録しているユーザーも結構います。(他のキャリアで実質登録できているのかは未確認)
メールの送受信は、そういったアドレスでも、実質PCからも携帯からもできています。もちろんEC-CUBEからも注文確認メールなど、届いています。

問題は、管理画面で受注ステータスの管理を行うときに、変更して更新しようとすると、ハネられてしまう、というところです。
(そうなってくると、その都度、DBを開いて、メアドだけ上書き登録しないといけない、といった作業になってしまうので・・・)
ramrun
投稿日時: 2010/2/22 14:24
対応状況: −−−
仙人
登録日: 2006/11/3
居住地:
投稿: 789
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
よく考えたら途中のMTAで弾かれることもありそうなので、自分の環境を調べても意味ないのかもしれませんね(汗)。

tontonさんは実際に運用なさっている中での話しですので、問題としているところはよくわかります。

山河に在りて - RFC違反なメールアドレスの許可は天に唾するのと同じ
http://d.hatena.ne.jp/m_yanagisawa/20080722/p1

マイクロソフトでは
引用:
昨今、携帯電話やインターネットの普及により、文字列、記号などをメールアドレスとして使用できるよう、
独自の作成規定をお持ちの企業様もございます。

ご不便をおかけいたしますが、MSN および Windows Live では、
世界共通となるインターネット通信規格(統一された仕組み)にてメールの送受信が
できることが望ましく、RFCに準拠していることが必要であると認識いたしております。

そのため、上記、【問題が発生するメールアドレス例】のような文字列との送受信に
制限がございますことを、何卒、ご理解、ご了承くださいますようお願い申し上げます。

というスタンスで、基本的に弾くみたいですね。

マイクロソフト サポート オンライン - RFC メールアドレス
http://support.microsoft.com/search/default.aspx?mode=r&query=RFC%E3%80%80%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9&spid=global&catalog=LCID%3D1041&1041comm=1&res=20

個人的には、これから新規にショップを立ち上げる場合は、RFC違反メアドを登録させない(締め出す)というスタンスで、すでに運用していて問題ない場合はチェンジセット18352を適用しない、ということでもよい気がします。
いつまでも容認していては、いつまでも無くならないという意味で...
tonton
投稿日時: 2010/2/22 17:21
対応状況: −−−
仙人
登録日: 2008/8/14
居住地:
投稿: 437
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
ramrun様

なるほど〜。
そうすると、なんですが、、、

現状は、RFC違反の携帯メールもEC-CUBEで登録は、できているのに、会員情報や受注情報の編集を行ったときに、上書きできない、ということで、方針が一本化されていないのが、困った点です。
それをバグだと思う管理者さん(私か???)もいると思いますので、弾くならユーザーからの登録時にきちんとアテンションして弾くべきなのでは?と思います。

そして、その次に議論すべきなところが、
では、

実際DOCOMOやAUなどで、認められて、利用されているアドレスであるのに、EC-CUBEで弾いてしまったら、顧客サービスの面で面倒なことがちらほら出てくる
→だから撥ねない方針でいく

なのか、

いやいや、MICROSOFTもRFC違反の携帯メールは撥ねていることだし、EC-CUBEでもRFC準拠という姿勢は守るべき
→だから撥ねる方針でいく

なのか、というところですよね。。。

私は、MICROSOFTなどのフリーサービスではなく、EC-CUBEでは、メールの受発信は、顧客の利便性を重視すべき&やっぱり国内通販はドメスティックなユーザーが多いことだし、そもそも迷惑メールはヤダそしてECサイトで買い物するためにメアド変えてくれるお客さんなんかいないよ〜〜〜(泣)ってことで、前者に一票なのですが・・・

いかんせん、えらそうに言っても自分で実装できるわけではないので、後は開発の方にお任せします;

でも、ちょっと、自分でカスタムが必要なときのために、このメールチェックをスルーさせる変更方法など教えていただけると激うれしいです!
ramrun
投稿日時: 2010/2/22 22:33
対応状況: −−−
仙人
登録日: 2006/11/3
居住地:
投稿: 789
Re: モバイル注文を受注管理で編集すると、メールチェックで不正チェックが・・・
引用:
現状は、RFC違反の携帯メールもEC-CUBEで登録は、できているのに、会員情報や受注情報の編集を行ったときに、上書きできない、ということで、方針が一本化されていない

もしかして私が勘違いしているのかもしれませんが、18352適用後は新規登録できませんよね?
tontonさんは運営中のサイトにこのチェンジセットを適用しているので、適用以前にRFC違反のメアドで登録を済ませているユーザーの買い物で問題になっているのでは?

なので単純にチェンジセット18352を適用しなければよい、ということではダメでしょうか。
(1) 2 »
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は88,086名です
総投稿数は109,615件です

投稿数ランキング

1
seasoft
7364
2
468
3217
3
AMUAMU
2712
4
nanasess
2302
5
umebius
2085
6
yuh
1814
7
h_tanaka
1609
8
red
1567
9
mcontact
1229
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
796
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.