Jump to content



Photo
- - - - -

Can you require two form email address fields to match in create account?

validation create_account email fails

  • Please log in to reply
25 replies to this topic

Poll: Create account validation (7 member(s) have cast votes)

What will be on create account page?

  1. Hooks is a good idea (1 votes [11.11%] - View)

    Percentage of vote: 11.11%

  2. Not need any changes. It works well (1 votes [11.11%] - View)

    Percentage of vote: 11.11%

  3. Wanted double email address form validation (5 votes [55.56%] - View)

    Percentage of vote: 55.56%

  4. Wanted email validation (0 votes [0.00%])

    Percentage of vote: 0.00%

  5. Do not disturb with this question (0 votes [0.00%])

    Percentage of vote: 0.00%

  6. Use javascript to validate somehow... (1 votes [11.11%] - View)

    Percentage of vote: 11.11%

  7. Disable order if mail delivery occurs and notify customer with a header tag solution (1 votes [11.11%] - View)

    Percentage of vote: 11.11%

Vote Guests cannot vote

#1 ONLINE   Gergely

Gergely

    Json Juggler

  • Community Team
  • 2,114 posts
  • Real Name:Gergely Tóth
  • Gender:Male
  • Location:Budapest

Posted 18 March 2017 - 18:13

Hi all,

 

 

I have a lot of troubles with wrong/missed email addresses in create account. What do you think about double email address inputs vs email confirmation with a link in account process?

 

Would be there a hook system on create account page to enable some solutions for this problem?

 

 

Thanks all proposals


Edited by Gergely, 19 March 2017 - 08:45.

Next PHP changes will kill the current codes on the following years. We should do programing for the future and never stick in the present.

My addons: Conversion Tools::Hungarian Translation::Email Templates::URL redirection
 
Development Works: Setup Languages::Email Templates::Languages from ini files::Parcel Shops::Facebook App
 
What core codes have been complained?

In orders table payment_methods value would be better if payment class name used than payment's language name.
In the orders class we found order status does not contains $order->info['orders_status'] but instead there is $order->info['orders_status_name'], and that property is language dependant.
We can not identify in order the customer language.


#2   frankl

frankl

    One of the originals...

  • Community Sponsor
  • 475 posts
  • Real Name:Frank
  • Gender:Male
  • Location:Sydney, Australia

Posted 18 March 2017 - 21:25

@Gergely

 

What does the setting Verify E-Mail Addresses Through DNS in Configuration -> E-mail Options do?


Let's make things easier for new osCommerce users http://forums.oscomm...bles/?p=1718900  Getting there with osCommerce 2.4! :thumbsup:


#3   MrPhil

MrPhil
  • Members
  • 6,978 posts
  • Real Name:Phil
  • Gender:Male

Posted 18 March 2017 - 21:49

I've always found it to be supremely annoying to have to enter an email twice -- except for the one or two times that it caught an error. Maybe a better question would be: why are email addresses usually ***'d out? What harm would it be to have it visible in plain text, as the price for having to enter it only once? Of course, that doesn't guarantee that someone won't make a typo entering it, but there's a chance of catching it visually. They can make the same typo entering it a second time (I do a one-finger hunt-and-peck for the second entry), or copy and paste the first entry into the second (accomplishing nothing).

 

I don't understand the question about email confirmation instead of entering it twice -- if you got the email address wrong the first (and only) time, that's all she wrote -- the confirmation will go to the wrong place (possibly to no one). Verifying through DNS, if that works, merely tells you there's a legal address on the other end, not that it's going to the supposed recipient.

 

I vaguely recall this very matter being discussed several years ago. You might want to do some searching for that discussion.



#4   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 18 March 2017 - 23:03

I made a HT module which allows shopowner to choose what he wants to do.  

 

Have a second email field (and check that both are the same)

OR

Have a message after the email is input (your email address is xx@yy.zz)

OR

Show a tickbox asking the customer if they inserted their email correctly (cannot submit form unless ticked)

 

It also validates the inputted email to see if the customer account already exists, if so asks them to login.

 

It's a self contained HT module, no need to make it complicated.


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#5 ONLINE   Gergely

Gergely

    Json Juggler

  • Community Team
  • 2,114 posts
  • Real Name:Gergely Tóth
  • Gender:Male
  • Location:Budapest

Posted 19 March 2017 - 07:54

Thanks Frank. It looks like a solution..

 

@Gergely

 

What does the setting Verify E-Mail Addresses Through DNS in Configuration -> E-mail Options do?

If it works from your domain enviroment, than check only the DNS and not the reality.


One danger example:

xxx@gmail.com is valid and xxx@gmial.com is the same. But latest email address is a hacker domain from the dark side... (It was a real missing typed example). What I am experienced with it, that there is no mailer deamons from the hacker site(!) so its more difficult to filter out.


Next PHP changes will kill the current codes on the following years. We should do programing for the future and never stick in the present.

My addons: Conversion Tools::Hungarian Translation::Email Templates::URL redirection
 
Development Works: Setup Languages::Email Templates::Languages from ini files::Parcel Shops::Facebook App
 
What core codes have been complained?

In orders table payment_methods value would be better if payment class name used than payment's language name.
In the orders class we found order status does not contains $order->info['orders_status'] but instead there is $order->info['orders_status_name'], and that property is language dependant.
We can not identify in order the customer language.


#6 ONLINE   Gergely

Gergely

    Json Juggler

  • Community Team
  • 2,114 posts
  • Real Name:Gergely Tóth
  • Gender:Male
  • Location:Budapest

Posted 19 March 2017 - 08:16

I've always found it to be supremely annoying to have to enter an email twice -- except for the one or two times that it caught an error. Maybe a better question would be: why are email addresses usually ***'d out? What harm would it be to have it visible in plain text, as the price for having to enter it only once? Of course, that doesn't guarantee that someone won't make a typo entering it, but there's a chance of catching it visually. They can make the same typo entering it a second time (I do a one-finger hunt-and-peck for the second entry), or copy and paste the first entry into the second (accomplishing nothing).

 

I don't understand the question about email confirmation instead of entering it twice -- if you got the email address wrong the first (and only) time, that's all she wrote -- the confirmation will go to the wrong place (possibly to no one). Verifying through DNS, if that works, merely tells you there's a legal address on the other end, not that it's going to the supposed recipient.

 

I vaguely recall this very matter being discussed several years ago. You might want to do some searching for that discussion.

Thanks Phill,

I will search it. Email validation with a mail could be a solution but it could be very slow with the checkout. I see a conflict between registration and a willingnes to give personal data to order something. There are another problem when husband give his wife email address to make an order but husband never read his wife emails... :D
 


Next PHP changes will kill the current codes on the following years. We should do programing for the future and never stick in the present.

My addons: Conversion Tools::Hungarian Translation::Email Templates::URL redirection
 
Development Works: Setup Languages::Email Templates::Languages from ini files::Parcel Shops::Facebook App
 
What core codes have been complained?

In orders table payment_methods value would be better if payment class name used than payment's language name.
In the orders class we found order status does not contains $order->info['orders_status'] but instead there is $order->info['orders_status_name'], and that property is language dependant.
We can not identify in order the customer language.


#7 ONLINE   Gergely

Gergely

    Json Juggler

  • Community Team
  • 2,114 posts
  • Real Name:Gergely Tóth
  • Gender:Male
  • Location:Budapest

Posted 19 March 2017 - 08:44

I made a HT module which allows shopowner to choose what he wants to do.  

 

Have a second email field (and check that both are the same)

OR

Have a message after the email is input (your email address is xx@yy.zz)

OR

Show a tickbox asking the customer if they inserted their email correctly (cannot submit form unless ticked)

 

It also validates the inputted email to see if the customer account already exists, if so asks them to login.

 

It's a self contained HT module, no need to make it complicated.

Thanks Burt,

it could be a solution. I should make a lot of telephone orders regardless of online users. They give me the email address by phone but its catasrophic... In practice they dont know or havent email address(?!). If has I try to type it but its not a 100% solution. They can not speak, spell or cant remember own or friend's(?) email address (all of us speaking on hungarian mother language in vain!) So I should do a check it and if I can not found mailer deamons then it would be good input. (w00t)


In the age of smart phones minimal requirement would be the telephone number in a registration process. If someone is a stupid and can not use email address then send it an SMS with hashed media links to inform about its order.

Digital illiterate will be the life of humanoid zombies apocalypse.

 


Edited by Gergely, 19 March 2017 - 08:45.

Next PHP changes will kill the current codes on the following years. We should do programing for the future and never stick in the present.

My addons: Conversion Tools::Hungarian Translation::Email Templates::URL redirection
 
Development Works: Setup Languages::Email Templates::Languages from ini files::Parcel Shops::Facebook App
 
What core codes have been complained?

In orders table payment_methods value would be better if payment class name used than payment's language name.
In the orders class we found order status does not contains $order->info['orders_status'] but instead there is $order->info['orders_status_name'], and that property is language dependant.
We can not identify in order the customer language.


#8   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 19 March 2017 - 10:51

In my industry, these people would be considered a time-sink.  The type of person that cannot remember/does not know/ does not have email address is not the type of customer I want to have on my books.

 

Of course I understand that other sellers will want such customers, which is why that HT module was built, to try to easily give some warning to customers about email addresses.  

 

Email Validation:

You could sink 100 hours into this for the sake of getting 1 sale from 1 customer.  Is it really worth it the ROI ?


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#9   MrPhil

MrPhil
  • Members
  • 6,978 posts
  • Real Name:Phil
  • Gender:Male

Posted 19 March 2017 - 14:40

There are another problem when husband give his wife email address to make an order but husband never read his wife emails... :D
 

 

Hello there, Mr. Smith. Welcome to Ashley Madison, where discreet is the word! Now, what kind of affair are you looking for?



#10 ONLINE   Omar_one

Omar_one
  • Members
  • 134 posts
  • Real Name:Omar Masheh
  • Gender:Male
  • Location:Finland

Posted 21 March 2017 - 11:41

Hi all,  

As we had a lot of calls all the time from customers that they did not get any order confirmationcreate account information etc.

After we checked the orders we saw it was their mistake by typing wrong email (typing mistake etc.). By using HT module by @burt  :thumbsup: we will not hear about that problem any more.

 

Omar

 



#11   John W

John W

    Woof Woof!

  • Community Sponsor
  • 597 posts
  • Real Name:John W.
  • Gender:Male
  • Location:Orlando, Fl

Posted 21 March 2017 - 14:26

I added a double email entry many years ago and it dramatically reduced the amount of incorrect email address.  When I personally enter an email address I either cut and paste it from my outlook, or it pops up automatically in firefox. 


I'm not really a dog.


#12 ONLINE   Gergely

Gergely

    Json Juggler

  • Community Team
  • 2,114 posts
  • Real Name:Gergely Tóth
  • Gender:Male
  • Location:Budapest

Posted 22 March 2017 - 11:51

Are you sure? I dont want to convience everybody...

Well, this problem is more then we are talking about. There are a lot of everyday issue.

 

 

Recipient address rejected: u'SMTP service is disabled for this account:
20668845. Reason: The account is INACTIVE'

so there is no effect with double email address...


Customer doesnt know parcel id if order asked to parcel shop... due to non-used email address. Order impossible to deliver to customer.

I see that you have some solutions but its less than should be.

 

 


Next PHP changes will kill the current codes on the following years. We should do programing for the future and never stick in the present.

My addons: Conversion Tools::Hungarian Translation::Email Templates::URL redirection
 
Development Works: Setup Languages::Email Templates::Languages from ini files::Parcel Shops::Facebook App
 
What core codes have been complained?

In orders table payment_methods value would be better if payment class name used than payment's language name.
In the orders class we found order status does not contains $order->info['orders_status'] but instead there is $order->info['orders_status_name'], and that property is language dependant.
We can not identify in order the customer language.


#13   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 22 March 2017 - 12:30

"less than it should be" ??  What the .... LOL.

 

 

Do you really want to deal with people who do not know their own email address ?  


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#14   MrPhil

MrPhil
  • Members
  • 6,978 posts
  • Real Name:Phil
  • Gender:Male

Posted 22 March 2017 - 12:38

There's a difference between people who can't remember their email address (or are using a false one to register), and those who mistype their email. Ignore the former group, but try to help the latter by showing their entered email address in plain text, not hidden (password style). Maybe present it later, just before pulling the trigger, and ask to confirm this address is correct.

 

There's no point in asking for an email to be typed in twice, provided you can see what you're typing.



#15   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 22 March 2017 - 12:39

@MrPhil I've never seen an email input box be starred out.  Could you show an example?


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#16   John W

John W

    Woof Woof!

  • Community Sponsor
  • 597 posts
  • Real Name:John W.
  • Gender:Male
  • Location:Orlando, Fl

Posted 22 March 2017 - 12:56

"less than it should be" ??  What the .... LOL.

 

 

Do you really want to deal with people who do not know their own email address ?  

 

You'd be suprised, but there are legitmate sales to people that screw their email up.   Many of them call the order in though.  I had one lady enter her email as  name@www.domain.com


I'm not really a dog.


#17   MrPhil

MrPhil
  • Members
  • 6,978 posts
  • Real Name:Phil
  • Gender:Male

Posted 22 March 2017 - 13:12

@MrPhil I've never seen an email input box be starred out.  Could you show an example?

 

Off the top of my head, I don't have one to show you, but I definitely remember (on more than one site) having to enter email twice in a *-d out field. If I see one again, and I remember your request, I'll send it to you. It wasn't an osC site.



#18   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 22 March 2017 - 13:21

Off the top of my head, I don't have one to show you, but I definitely remember (on more than one site) having to enter email twice in a *-d out field. If I see one again, and I remember your request, I'll send it to you. It wasn't an osC site.

 

That sounds like a coding error on the site you saw it on.  Most likely they have a "password" field instead of a "normal" field;

 

https://jsbin.com/ye...dit?html,output


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#19   burt

burt

    I drink and I know things

  • Community Team
  • 12,463 posts
  • Real Name:G Burton
  • Gender:Male
  • Location:UK/DEV/on

Posted 22 March 2017 - 13:22

You'd be suprised, but there are legitmate sales to people that screw their email up.   Many of them call the order in though.  I had one lady enter her email as  name@www.domain.com

 

Clueless, no?


This is a signature that appears on all my posts.  It is not specifically aimed at you.

 

IF YOU MAKE A POST REQUESTING HELP...please state the exact version of osCommerce that you are using. THANKS
 
If you are still on the old style osCommerce, it is time to move to Responsive.

 


#20 ONLINE   bonbec

bonbec
  • Members
  • 54 posts
  • Real Name:Fred
  • Gender:Male
  • Location:Vichy - France

Posted 22 March 2017 - 13:35

Just a small testimony:
The average age of my site's clientele is quite high. Ten years ago, when I started, I had one in ten customers who inverted letters when entering the email address.
So I added another field for entering the email address a second time.
It improved things but I still had problems sometimes.
Then I disabled the copy / paste on this second field.
Since then, apart from one who confuses a .com with a .fr or conversely, I have no more errors.


Live   : OsC 2.2, php 5.2 & UTF-8

Local : OsC 234BS for future shop