From reading a few topics, it seems that this is a possible feature? To combat spam, many people use wildcard domains, plus addressing or Gmail dots. Unfortunately Discourse doesn’t allow for this meaning any email replies to threads and PMs bounce instead of working correctly. Anyone using these methods should be able to authorise additional send-from addresses to enable these protections but not lose out on core Discourse functionality. So can anyone a) confirm this is possible with Discourse and, b) tell me where in settings I can add additional reply-by-email addresses to my account (or, as an end user, what I need to ask the forum host for)? Thanks,

It’s possible in Discourse to have a secondary email from which users can reply. Have the receive-only email as the primary, and add the user’s regular email as the secondary. You would be shifting the burden of managing this onto the Discourse admin because currently it can only be done through the rails console. [image] Additional email address per user account support Feature After some chat with the @team, we’re moving forward with this feature request cautiously together, and in phases. Phase 1 Phase 1 won’t change anything but the architecture of how a user’s email address(es) are stored. No new features, just some well executed database migrations: Create a new user_email table, with: email column, unique with special handling to support case insensitivity (treating bob@ and BOB@ as the same) user_id column timestamps Migrate the email column from the use…

If someone signs up with an email address that is not their standard Gmail address, then they should add the other address as an alias within Gmail.

The point of doing this is to use a separate email for each service so it’s not really compatible with making an outgoing address for each service too. They are designed to be receive only. And they are not limited to Gmail. Are you saying there is still no feature to add an approved “reply my email” address? What would be the negative of this?

To be clear, I’m not asking about infinite addresses! Just a single approved outgoing address that works with reply-by-email. I’m not exactly sure what “internal and not exposed support” means as an end user.

Basically it is a complex change that is in progress over a series of many months or even years.

Ah I follow you. Planned feature?

I don’t really understand what you mean. But if you’re using Gmail then there’s a really easy work around which requires no changes to Discourse. Email aliases are probably supported by many other email systems too.

As I explained, most people do this to have a separate receive-only address for each service then use the same outgoing email address for all sending. The issue is not resolved by making an email alias as you’d have to take ages to manually add hundreds of email aliases and clog up your From: drop down.

Thanks that’s exactly what I was querying. So as an end user on another Discourse product, I need to contact an admin to enable this at present?

Correct - only an admin with ssh access to the server would be able to do it.

Reply by email - additional addresses

Product Support

codinghorror (Jeff Atwood) August 15, 2019, 3:47pm 4

There is internal and not exposed support for one additional “alternate” email as I recall, but I don’t think “let users add infinite email addresses” is planned.

Topic		Replies	Views
Confused by Error Message From Reply-by-Email Product Support	26	3480	June 4, 2020
Two emails for one user Feature	48	15911	June 20, 2017
Allow reply-to individual instead of topic/forum (mailing list feature) Product Support	55	13367	August 27, 2022
Allow user to reply-via-email using a different email address than their account email address Product Support email	2	729	October 4, 2023
Confusion between Reply To and Reply List in email responses UX	45	7581	October 13, 2021

Reply by email - additional addresses

Related topics