我想了解在收到 Discourse 通知的用户邮箱客户端中，如何触发“回复发件人”或“回复所有人”的选项。
目前，每条消息都来自同一个“请勿回复”地址，并且只发送给收件人。
我想听听大家对以下方法的看法：是否可以使用 author_of+{reply_id}@my.discourse 作为发件人，并将多个地址（真实收件人和 audience_of+{reply_id}@my.discourse）作为收件人，这种朴素的方法是否能让用户在他们的客户端（在有邮件接收器的情况下）选择收件人（发件人或所有人）。
另请参阅 https://meta.discourse.org/t/add-convert-to-private-message-to-moderation-options/354248。
我认为这是一个非常糟糕的解决方案，但有人要求，所以我写了 https://github.com/pfaffman/discourse-email-include-address。
它会将发件人的电子邮件地址添加到电子邮件中，以便人们可以直接回复。这会暴露所有人的电子邮件地址，因此它只适用于那些宁愿使用 Mailman 而不是 Discourse 的用户。
我为之编写的客户可能自 2020 年 11 月以来没有升级过，所以我不知道它是否仍然有效。乍一看，它似乎是有效的。
谢谢分享。
我一直在寻找一个不公开任何用户电子邮件地址的解决方案。
尽管如此，可以将特殊类别标记为通过电子邮件进行私人回复，并且可以另外公开官方电子邮件地址，在我们的案例中，我们的用户（应该）非常了解这些地址。
在这种情况下，根本不需要在 Discourse 中处理私人或机密信息。
我越想越喜欢这个想法。
但是，与您的实现不同，我宁愿不更改电子邮件模板，而是通过更改电子邮件标头来实现此功能。
我猜发件人地址仍应为类似 do-not-reply@my.discourse 的地址，以满足 DMARC。reply-to: 标头将是 my.name@official.site，而 to: 字段将包括收件人和论坛回复电子邮件地址。
是的。我的“解决方案”确实很粗糙。恐怕这是我将#feature当作#support的另一个例子。
这是个好主意。我不确定这有多难。它仍然意味着暴露一个电子邮件地址，所以我认为它不会进入核心，但应该可以在插件中实现。我不知道这有多难。