David Bryan
My feedback
3 results found
-
20 votesDavid Bryan
supported this idea
·
David Bryan
shared this idea
·
-
486 votes
Team Husky
responded
Sorry for the late update.
The first step was finished and emails can now be carbon copied to contact’s alternative emails. To do so the contact fields which store the alternative emails must be explicitly marked on the email setting page.
Unsubscribing will unsubscribe all alternative emails simultaneously because they all belong to the very same account. The person clicking “unsubscribe” is warned about this on the unsubscribe page.
For now we paused the development of this feature. but not for good. :) So I’m changing this wish status back to “collecting comments”.
Thank you everyone for a valuable feedback.
David Bryan
supported this idea
·
An error occurred while saving the comment An error occurred while saving the comment David Bryan
commented
I've read through the discussions about WA's using email address as the unique identifier, but I haven't seen anyone mention our problem in this area.
Our members sign up with one of their email addresses, then revisit (or register for an event) with another of their email addresses. This causes the following problems: 1) members are not offered member rates because they're working with their alternate email address, 2) duplicate member records with each of the person's email addresses, often with duplicate membership payments, 3) general confusion and uncertainty at sign-in time.
What we need are email aliases in the member record. I'm hoping that when the unique identifier is changed to record ID, this will be possible. If so, member should be able to sign in, or register for events, using any of their email addresses on file.
-
82 votesDavid Bryan
supported this idea
·
An error occurred while saving the comment David Bryan
commented
Good point, Kernel. How about a pop-up that asks for a password? And not to be fussy, but I can see a need to ask for permission for saving back to the record for each changed field. But to keep things simple, I'd support a one-size-fits-all solution.
> What if we allow to add multiple emails and recognize any of them at login?
Fantastic! Require one of them to be their "primary" email address - that one could be their unique identifier and the address used for email blasts.
I have more to say about this, but want to wait for others' comments.