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

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.

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).

Ian,

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.?

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.

Multiple user id for one email address

"We don’t find any practical use for self-service on public site for such contacts, since we cannot communicate them using our system automatically." -Admin

I would contend that there is practical use for self-service for users without email. We are a retirement association and about half our members don't have email or don't want to share it with us, but that doesn't mean that they don't go online. We would like them to be able to RSVP for member-only events and to update their mailing address online, without needing an email address to do so. They don't need any of the system email communications (and in fact, we're turning most of those off as they would likely confuse our members). A unique username to log in would solve this issue. At the very least, allowing members to log in with their email OR their User ID would be a partial solution. Thank you for your consideration.

This proposal would address our needs. I hope it is implemented soon!

Chamber of Commerce can have one contact with more than one membership. I will like to use the same email address for others membership that have that contact, or attach that memberships to the same email address for send communications for each membership (for example, send communication about changes in the membership account for each membership, etc).

I believe that userid is outdated concept and email is the best way to keep user identity.

Jim Sympathy, Fluid Apricot said: Admins cannot manually set the email (or user id) as required, or make it optional, this is the default setting which cannot be changed. Email is such a special field (a primary key) that all normal rules go out the window and labeling it this way like any other normal field is a mistake on our part. We do plan to eventually make "User ID" the only primary key, which would then make Email behave like other normal fields but for now Email is still considered a primary key and has its special rules.
My suggestion: Please make "User ID" the only primary key so that email behaves like other normal fields. Thanks

Company membership (better for Chamber of Commerce), would use a username rather than an email address.

It would be extremely valuable if Wild Apricot would implement the "simple solution" proposed by Oleg. We have over 300 couples who share the same email address. It is a nightmare coping with them by creating work-arounds. We were very disappointed when this development was not introduced some months ago when it was promised.

Making it possible for members to share one email address

You cannot always assume that everyone will have an email address. Out of 700+ members, my organization has about 25 without email, most who have been long time members. Because I can't tell these people to take a hike now that we've implemented Wild Apricot because they don't have email, I have assigned bogus email addresses to each of them which send all their invoices and messages to a mailbox at a domain that I personally own, and then I print out the materials and mail them using Snail Mail. It would be really nice if you could implement a few more friendly features for administrators who have members like this.

Email + password is not an adequate solution for this. In the case here bundles consist of family members, you are likely to find not only the same email address, but shared passwords. Dad's email and password, and the wife and kids use the same pair. You already have a unique user ID number that you assign. Why not pair that with email to get uniqueness.

I look forward to this solution. I don't, for one minute, imagine that it will do the job required. However, it is a step in the right direction,
You say it is ready and in the development queue. When can we expect it to appear?
ASAP please.

This is critical for us as we offer registration for children's activities and would need 1 account per child in order to capture child specific information and waivers. With the parent's email on the account, that means multiple accounts need to be able to share one email address.