Two emails for one user


(Tobias Eigen) #18

Here is how citrix does it, for “alternate email” purposes in case something goes wrong with your main email address. Also interestingly has a field for providing a twitter handle. Nice popup link for “Why we ask” as well.

Of all these, I think I like @gerhard’s facebook model best. Add as many emails as you need that can be used to log in or email from or for SSO, and choose the “primary one” that gets the notifications.


(Tobias Eigen) #19

This has now become an urgent priority for my communities and we’d like to have it ASAP. What can we do to make it happen? (besides moving hosting to discourse.org/buy, @codinghorror :smile: )


(Caue Rego) #20

How exactly did it turn into urgent?


(Sam Saffron) #21

One way of making progress here is producing complete and comprehensive UI mock ups for the entire system proposed


(Tobias Eigen) #22

Sounds good - I’ll see what I can do on this.

I discussed our plans above which we are starting to move forward on.


(Burke) #24

As one of the many users @downey was referring to, I’d love to see something like this in my Discourse preferences:

In our case, email addresses are not editable in Discourse, since they’re provided by SSO. If we weren’t using SSO, then editing alternate emails could be done via a text area with one address per line.

For us, the primary need is to accept new posts via email from alternate email addresses, so users don’t need to worry about which account they’re using to email the community.


(Jose C Gomez) #25

Has there been any progress on this feature request? We are having several uses that email in requests form multiple addresses and get frustrated having to switch accounts all the time.


(Erlend Sogge Heggen) #26

Regarding this use case:

What should happen after you’ve sent a new reply in with your non-primary email address? Should that email also be subscribed to the thread now? As far as I can tell, that would get messy.

My suggestion would be that whenever you send in a new post using your non-primary email, you get a confirmation email back from Discourse saying:

Your post, sent from jane-social@example.com has been received and published. Please note however that you will only receive updates on your primary email, which is listed as jane@example.com.


(Tobias Eigen) #27

[quote=“erlend_sh, post:26, topic:16328”]
My suggestion would be that whenever you send in a new post using your non-primary email, you get a confirmation email back from Discourse[/quote]

I like it! :rocket: Thanks for waking up this topic - it’s not a huge issue for our community but does come up from time to time.


(Burke) #28

If you wanted to send a reply to the alternate email address the first time it is used as a heads up, that’d be okay. But, I’d think a reply every time I used my alternate email address would be more annoying than helpful. Also, maybe avoid promising the post has been published (e.g., it might be held for moderation or sitting in a spam queue):

Your post, sent from jane-social@example.com has been received and will be treated as if it came from your primary email, which is listed as jane@example.com. Any future posts from this address will be treated the same. Please note however that you will only receive updates on your primary email.

The ultimate approach would hold onto declined emails for a day, supporting a workflow like (1) Bob emails a post, (2) a "post declined. we don’t know you. if you’re using an alternate email you can add it here, (3) Bob clicks the link & adds his alternate email address, (4) Discourse says “do you want to post the message you just sent from that address?” and Bob says yes.

But I’d be happy just to be able to include alternate emails in my profile and have Discourse treat any messages from those addresses as if they came from my primary email.


(Leo McArdle) #29

This has also become a requirement for us, also to make it easier for users to reply to notifications/start threads without remembering which email address they have to send from as has been discussed before, but mostly to allow users to log-in with whatever service they want, and almost certainly end up logged into their account.

Definitely, I think the most use this feature would get in our instance is from employees who have a ‘true’ email in the auth system (such as lmcardle@mo.co) but also an alias they use everywhere (such as leo@mo.co). Making users not have to remember which their primary on Discourse is, and not annoying them about having sent an email from the ‘wrong’ address, would be very benefitial for us.

The one area which I haven’t seen any discussion around is around merging multiple accounts owned by the same user. It would be great to, after a user has verified they own an address they want to add as a secondary email, but before that address is actually added as a secondary email, check if any accounts exist with that email, and if they do, prompt the user asking if they want to change the owner of any posts owned by that user to themselves, and add all post/category notification levels from the other user. If they accept, Discourse would go ahead and make the ownership and notification level changes, delete the other account, and add the secondary email. If they decline, Discourse informs the user it can’t add the secondary email.

It would also be useful if this merging function could be easily called from a plugin, since for us the addition of secondary emails is going to be done automatically through our auth system.


(Dave McClure) #30

See here:


(Vinayak Agarwal) #31

Hello,
I’m new to discourse.
The idea seems pretty useful. I didn’t understand this:
It would also be useful if this merging function could be easily called from a plugin, since for us the addition of secondary emails is going to be done automatically through our auth system.


(Leo McArdle) #32

The system we use (and just for clarity here, when I say ‘we’, I don’t mean Meta Discourse, but Mozilla’s Discourse instance) for logging users in will soon return multiple email addresses for each user to Discourse, and so there might be a need to merge users after a user logs in, if we’re trying to add a secondary email which already exists as a primary email for another user. This merge would have to be called from the code of the login plugin we use, and so programming the code which merges users in a way which can be easily executed from that plugin would be useful.


(Jeff Atwood) #33

Longer term I am defninitely interested in supporting more than 1 validated email for each user account. Just not sure when we can get to it. How much work do you think this would be @sam as a baseline?


(Sam Saffron) #34

A couple of days for the server side of things, a couple more days for UI


(Jeff Atwood) #35

Are we supporting 2 or {n} emails per user for that amount of work?


Allow for email re-writing to solve the additional email address?
(Sam Saffron) #36

There are just lots of flows, reset password, social logins and user page and admin user page

I would only recommend adding backup email support, not N email support


(Leo McArdle) #37

Our requirement would be N email support. I’m interested in why you recommend adding only backup email support - N would be more work, but not a ridiculous amount more, no?

So if I get there first, would this be #pr-welcome?


(Sam Saffron) #38

My issue with N email support is that this is done pretty much nowhere and is not something that is easy to explain to users

Gmail, yahoo and Github only support a single backup email.

Also, conceptually, backup is about having a “just in case” email. All notifications and so on go to primary