Username vs. Email. Allow login and self-service operations for members without email
Although the last update of WA software allowed site admins to create membership entries without email addresses, this only addresses a small part of the problem.
We want to move away from costly site admin intervention, ideally new members will create their own entries and we will only validate them once dues have been paid.
This means that we really do still need to allow:
(1) members to sign up without email addresses and
(2) members to sign up with duplicate email addresses.
I assume that (2) will have to mean moving away from having the username == email address and the introduction of proper unique usernames for login purposes. This in itself will be a very welcome addition.
worthing and adur chamber of commerce
Thank you for all the feedback and support for this suggestion. After reviewing all the comments and related feature suggestions, we have decided to separate it into multiple ideas and close the original request. For more details, see our explanation below.
Based on the original request and all the comments we believe this suggestion is trying to combine and solve the following problems:
1) some members want to be part of an organization, but they don’t have an email address
2) some members don’t have a personal email address and use a shared email with someone that is also a member/contact
After careful consideration, we have decided that we won’t be able to support the first scenario in the foreseeable future, for both practical (e.g. additional manual work for admins) and security reasons (e.g. no way to recover an account). However, the second scenario (supporting members with shared/family emails) and other related requests are something we do plan on working on.
So, while we are closing the original request, we welcome your support and feedback on the following:
Multiple Membership Subscriptions
Allow Renewal Invoice Generation without Emailing
Note, we have also renamed the original suggestion to reflect the points covered in the first scenario.
Thanks again, and we look forward to your feedback.
Thanks for noting, Walt. The broken link was to admin view of the post; fixed now.
Walt Bilofsky commented
The Multiple Membership Subscriptions link above is broken. Maybe you want https://forums.wildapricot.com/forums/308932/suggestions/32359993 ?
We are an organisation of over 3000 members with around 280 shared email addresses. We use email forwarders to cope with this but it is frustrating to have to use forwarders in this way. Two years ago, we were led to believe that code was being developed so that when two members shared the same email address, there would be a login option that would allow the appropriate record to be selected on login. This would be ideal for us. Was a test screen developed for this option, and if so, could the screen be posted in some way to allow a vote on that option?
Tim Whitney commented
Folks, I also have husbands/wives sharing emails - yet they are in two separate organizations. The husbands are the key members and main organization - dues, etc. The ladies org is much smaller...
Thus, for members sharing email - I used https://www.mailinator.com (free) - which creates a temporary inbox for some of our ladies. This allows WA to send emails, without failures, and this temp inbox auto-deletes in a short amount of time.
Is it perfect? No. The ladies sharing a husbands email have also been given the option to get their own email address - some have - most will not.
So far, this is working for me - it might work for you.
This is on radar for analysis - we're not yet sure if we actually want to have usernames instead of email. When our membership development team starts analyzing this, they will share there questions and findings here.
Note: even though it is on our radar, there always can be a number of internal reasons when we may decide not to work on in. Do no consider my comment above as a promise to resolve it soon.
Is this on the radar for implementation? I have read the comments below, but I also would like to have the OPTION to enable multiple memberships from the same email. I have a smaller membership and 13 families comprising of 27 individuals use the same email. It would be nice to allow a primary person to manage the household's memberships.
I'll volunteer to run a BETA if this means that I would be able to implement this.
Bill Brenner commented
About a third of our membership do not have a unique email address and have for years used a single contact in their organization to receive email on their behalf. When importing our membership contact information I created a custom work email field. I was able to add the members without a unique email address however I cannot send them an information to their admin contact. I would like to see something similar to this that would allow you to select a custom field as the send to email address instead of having to use the default email address field. I think this may solve a lot of problems for people in the same situation.
Tim Swanson commented
Do not allow more than one email per adult member. This goes against best practice with respect to acceptance of terms and conditions, most notably waivers. Our insurer requires us to uniquely identify each adult member using their unique email address. There are many outdoor organizations that need membership systems and very few systems that handle waivers properly. WA is close. Don't go backwards.
We have many members with one email and two companies. We would appreciate it if you could please fix this problem. Thank you.
No, sorry :(
Dale Koetke commented
@Evgeny, this proposal would be great for us! Is there any ETA yet?
why not use email comment
Solution for family members.
Currently it isn't possible to assign the same membership email to multiple members. This would be handy for parents who subscribe their young children as member to the organization in our case a sports-club.
Walt Bilofsky commented
Please avoid using developer/admin terminology in the end user/member interface.* It's a small point, but it helps our members feel engaged.
In this case, you say on the registration form "Select contact to register for event."
They are not contacts. They are people.
If you want to also accommodate cases where they are something else, like businesses, avoid the terminology altogether by saying "Who is registering for this event?"
* - Another instance of this is exposing users to the developer/admin term "bundle". See https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8828305-customizing-the-term-bundle
Corinne Colbert commented
Tim, I'd like to hear about your workaround as well. Our breed club has a significant number of couples who use the same e-mail address (often linked to their kennel domain) and the thought of assigning dummy e-mails to them all makes my head spin.
Robin Taylor commented
Really need to allow two people on the same email. Very common for some of us when there's a wife/husband or senior couple. Many people like to share even when it's easy to have two emails.
Tim, I would like to know about solution for both issues (family members sharing same email and ones w/o email address).
Tim Whitney commented
I have found a solution that certainly helps both issues. Tis not a cure yet it allows you to have Contacts/Members without email and it allows you to setup same without duplicating emails. If your interested - please let me know. Regards, Tim.
I believe Wild Apricot is an amazing database software. I am loving my trial. My only issue is with the email address being the primary identifier. In our database we have several family members who use the same email address and I can see my database coming to grief when they log in. I've done the exercise and found that the new entry over rides the existing contact. Anyone else experiencing this issue.?
Dave Mcleod commented
I would also like to have the ability to enter duplicate email addresses. Our club has many husband/wife pairs that use the same email address as well as child members. Right now we have to create dummy email addresses and it is a big hassle for us.