邮件列表 - 关于一个主题

支持
1

Discourse 提供了出色的邮件集成功能，用户可以通过以下方式参与：

  • 通过电子邮件向某个分类发布新主题（可以设置为用户友好的电子邮件地址）
  • 通过电子邮件回复主题中的消息（这是一个自动生成的电子邮件地址，包含一串 OID 字符）

非常希望能得到关于如何最好地实现这一点的建议……

我们有一个主题，希望用来记录通过邮件列表发送的邮件——同时也允许用户直接发帖。这样做的原因是并非所有人都使用 Discourse——我们需要照顾那些技术不够熟练、无法使用论坛的用户，同时让那些能够使用的用户享受到将其作为邮件存储库的好处。

我的想法很简单：在发送旧式标准邮件列表时，直接复制一个 Discourse 论坛的电子邮件地址。

我目前的做法是创建一个主题并发布一条消息。这会发送一封初始邮件——你可以从该邮件中找出回复所需的电子邮件地址（即电子邮件地址和 OID）。将该地址包含在群组邮件中，这样从该群组邮件发出的所有后续邮件都会被复制到论坛中。

唯一的问题是，所有这些邮件都被视为对原始消息的回复。有没有办法做到这样：包含一个电子邮件地址以添加到特定主题，而不会被显示为对现有消息的“回复”？理想情况下，我还希望这个电子邮件地址更用户友好，就像在设置分类时设置“自定义传入电子邮件地址”那样。

这似乎类似于“通过电子邮件向分类发布新主题”。我正在寻找如何最好地“通过电子邮件向主题发布新消息”。

2

嗨，我在设置通过电子邮件回复话题时仍遇到问题。

通过电子邮件回复功能可以正常工作，但需要您回复某条消息。

我希望能够抄送（cc）一个 Discourse 邮箱地址，这样每次我们向分发列表发送邮件时，内容都会自动发布到同一个话题下。

有什么建议吗？

1 个赞
3

你见过这个吗？Mirroring a read-only mailing list in Discourse

我还没试过，但相信它应该能帮到你。

该主题讨论的是将 Discourse 用作邮件列表的只读镜像（即所有人都必须通过邮件列表发帖，而不是通过 Discourse）。

不过，一些评论提到了 Discourse 的“邮件转论坛”功能，因此或许可以实现双向同步。

我的设想是：将类别的“收件邮箱”地址订阅到邮件列表（这样邮件列表的邮件会作为回复或新话题发送到论坛），同时将一个“用户”（使用该邮件列表的邮箱地址）订阅到该论坛类别，以接收邮件通知（这样论坛帖子会通过邮件发送到列表）。

4

谢谢——我已经查看过那个了。镜像是在分类级别进行的。每封收到的邮件都会作为一个新主题添加。

我原本希望的是，每封收到的邮件能按顺序添加到同一个主题中——就像通过邮件回复主题讨论时那样。看起来这似乎无法实现？

5

我原以为确实会是这样。说明中提到，系统会使用 Message-ID 头部信息，而不是 Discourse 专用的回复邮箱地址，来确定应将邮件回复归入哪个主题。

6

每封邮件线程都会成为一个主题。请访问 https://rubytalk.org/ 查看演示。
如果您希望所有邮件都显示在同一个主题下（即整个邮件列表仅有一个主题），这是不可行的。

7

我觉得我们可能有些误会！我自己先试一试，看看实际效果如何。

8

正如您肯定已经发现的那样，试图让非本站成员参与进来总是次优的，甚至可能无法实现。

如果条件允许，您应该邀请这些人加入您的 Discourse 站点，并为他们在预期通过邮件参与的分类中设置默认的“关注”选项。

您可以设置群组，并为这些群组配置默认的分类通知设置以针对特定人群，并在邀请这些人时将其添加到该群组中。

此外，您还可以撰写一个主题，在他们首次登录时发送给他们，说明他们如何通过邮件参与。这样，他们就再也不需要登录了。

9

谢谢。我同意那是最理想的情况。我所支持的组织并非科技行业，其服务对象包括对技术不太熟悉的成员（例如患有癌症的老年患者）。该组织不希望强制用户注册论坛，但也认可注册用户所带来的好处。

如果能像管理邮件列表一样直接注册用户，事情会简单许多；但在 Discourse 中，用户仍需通过回复邀请等方式确认邮箱地址，而许多人选择不这样做，或者对此感到担忧。因此，我们目前将电子邮件作为主要沟通方式，论坛则作为补充，供已注册用户查阅过往的沟通记录。

正如我刚才所说，这并非最理想的方案，但希望这能解释我们的考量。

1 个赞
10

附言：我们决定保持简单，在分类级别进行操作，因为 Discourse 邮件列表功能正是这样设计的。我们之前是在直接发帖到论坛时按主题级别处理，但现在我们可以在分类级别实现这一功能，所以这没有问题。感谢大家的回复。

2 个赞
11

如今情况已有所不同。不再（也不合法）可以未经收件人点击邮件中的链接进行双重确认，就直接将他人加入邮件列表。此外，这也变得不切实际，因为如果持续导致邮件发送服务器的 IP 地址被列入黑名单，邮件服务提供商也不会愿意与你合作。

这确实给那些不喜欢点击邮件链接的人带来了追踪困难。我想，如果你规模较小且已认识所有人，总能找到变通方法，但软件无法支持此类用法，因为它容易被滥用。

鉴于你的客户群体，这听起来可能颇具挑战性，但我认为你最好从另一端着手解决这个问题——想办法让人们主动注册并确认加入，而不是试图对软件进行破解。

1 个赞
12

谢谢。不幸的是，我刚刚听说该小组已决定停止运营论坛。这很可惜，因为起初它运作得很顺利。

我们还遇到了一个棘手的问题：组织更改了电子邮件域名，向所有人发放了新邮箱地址，并在几个月后关闭了转发功能。因此，所有使用旧邮箱注册的用户都必须登录并更改邮箱。相当一部分人没有这样做，导致管理员不得不额外发送邮件以维持沟通。我无法替他们更改邮箱，而一些高级团队成员只查看邮件通知，因此看不到论坛相比邮件的优势。一旦他们决定回归邮件沟通，就没有动力去更新论坛上的邮箱信息，局面变得无法挽回。

压垮骆驼的最后一根稻草是，沟通和行政团队不愿同时维护论坛小组和独立的邮件分发列表。我理解您所说的“随意将人加入邮件列表是不可接受的”这一观点；但当您只是向组织内部人员发送邮件时，他们实际上就是在做这件事。

唉，算了。我还有其他运作良好且没有这些问题的论坛。毕竟，不可能事事都如愿。

2 个赞
13

哇！谢谢你分享你的故事。我想这提醒了我们，每个社区都是独一无二的，面临各自的情况，需要不同的策略和努力。很遗憾这次没能成功！

我发现，Discourse 在启动新社区时效果非常好，或者当有足够的激励促使人们参与、让论坛运转起来时，它也能发挥出色作用。只要有足够多的人实际登录参与——尽管总有些人会比较固执，但我们可以借助邮件通知把他们带动起来。我最近迁移了一个 Yahoo 群组，花了几个月时间才看到它逐渐走向成功。我不断精心挑选在各个领域具有领导力的人，邀请他们来发起话题，推动社区在论坛上的活跃。你必须坚持不懈！:dog:

然后，是的，有时候你不得不承认管理上的失败。:sob:

2 个赞