Info@example.org - Using Discourse as auto-responder

It is good practice to use the special email address info@example.org as an auto-responder: people sending a message to info at your domain will receive a specially crafted automated reply to introduce them to your organization and give them pointers to frequently asked resources.

How to setup a Discourse topic to automatically reply with a pre-defined message?

(If this is possible already, make a step-by-step guide to set it up.)

What are the advantages of using Discourse for an info@ auto-responder?

From the top of my head, I can see one: Discourse can easily aggregate incoming emails and stage users, rewarding an “asked for info” badge so that you can easily target potential participants (and weed out failing addresses, or put them into a junk email filter.)

1 个赞

此外,我还建议为通过电子邮件在启用了邮件接收功能的分类中创建新帖的“待处理用户”设置自动回复。

这样,他们就会了解到自己并非在发送邮件列表或邮箱,而是实际上在与一个基于网页的沟通平台进行互动。

很多时候,我们的用户并不知道如何与平台互动,因为平台从未主动向用户介绍自己。

这也为工单支持等使用场景铺平了道路,用户可以在其中提交工单。

3 个赞

我一直在寻找相同的功能——主要是为了向那些可能使用我们旧 Mailman 管理邮箱地址(如 list-unsubscribe 等)的人发送自动回复,引导他们前往取代邮件列表的全新 Discourse 平台。

由于没有找到开箱即用的解决方案,我实现了一个可行的方案:通过修改邮件接收容器中的 Postfix 配置,使其能够自动向特定邮箱地址的来信发送(限流)自动回复。

由于我并非 Postfix 配置专家,目前仅成功在不同于 Discourse 处理邮件的子域名上实现了该功能。在我们的场景中这已足够,因为所有邮件首先通过机构 SMTP 中继,该中继会分离出 Discourse 邮件,并将域名部分修改后转发至 mail-receiver(而 Discourse 似乎原本就会从原始 To: 字段中提取收件人地址,因此这对 Discourse 并无影响)。如果有 Postfix 专家能将其实现为在同一域名下仅针对特定邮箱地址生效,那就太好了!

该方案尚未以插件形式编写,我未来或许会着手完成这一工作,但目前通过 setup.sh 脚本安装并不困难,该脚本几乎完成了所有必要配置。此外,它实际上并未使用 Discourse,仅依赖 mail-receiver 中的 Postfix,因此目前尚无法在 Discourse 内部进行配置。

https://github.com/jalview/discourse-autoresponder