lindsey
2026 年4 月 24 日 11:29
1
我们正在对 Discourse 的默认电子邮件主题行进行小幅更新，使其在会员的收件箱中看起来更整洁、更少技术感。我们收到反馈称，我们的电子邮件可能让社区显得过于技术化，从而疏远了一些会员。因此，我们希望这些改进能在一定程度上解决这些问题。
在本主题中，我们将回顾这些变更，并分享如何从今天开始使用它们。
我们简化了电子邮件主题行，以减少冗余信息并消除部分技术性较强的格式。
这些变更影响两类电子邮件。
这些通常是与账户相关的电子邮件（例如：注册邮件、晋升为管理员时发送的邮件、活动摘要、社区聊天邮件等）。
对于这些邮件，我们已从主题行中移除了 [%{email_prefix}]（通常显示社区名称），因为邮件是从社区“发出”的。
变更之前 …
这些通常是通知类电子邮件（例如：当有人向您发送私信 (PM)、回复您正在跟踪或关注的主题等）。
对于这些邮件，我们已：
移除了 %{email_prefix} 周围的括号
移除了由私信 (PM) 生成的通知中的 [PM] 标注
移除了主题通知中的 [Category] 标注
目前，这被视为一项实验性变更！ 我们期待您的反馈，这将帮助我们进行改进并进一步推广此功能。
要启用此功能，请前往管理区域的 即将推出的变更 /admin/config/upcoming-changes)，找到 简单电子邮件主题 项。更新 启用范围 … 字段，即可让您的站点采用这一新设计。
如果您已自定义 email_subject 设置或与电子邮件主题相关的任何站点文本，启用“即将推出的变更”不会覆盖您的自定义内容。 我们正在通过此次变更更新默认设置，但我们不希望替换您站点中的任何自定义配置。如果您希望采用我们的新默认设置，则需要先在 email_subject 设置及相关站点文本中清除您的自定义内容。
接下来交给大家：我们非常想听听您对这个新功能的看法。您喜欢什么，不喜欢什么？哪些部分运行良好，哪些地方可以改进？
19 个赞
alehandrof
2026 年4 月 24 日 12:37
2
我们一直在探索如何简化社区邮件，我非常赞同这里提出的建议。
在我们的案例中，类别通常与不同的群组相关联。因此，如果我们从主题中移除 [类别] 标识，就需要在邮件正文中包含这一信息，以便大家知道邮件是发给谁的，以及如果回复时应该联系谁。
我们还有一个与此相关的请求：Subcategory display options in email templates
4 个赞
one1
2026 年4 月 24 日 13:07
3
谢谢，这很有道理。
就我个人而言，我认为 [PM] 标识很有用，因为并不总是能一眼看出某人是在公开交流还是私下交流。
我从未研究过自定义设置，但就默认设置而言，这个改动看起来不错。
8 个赞
Richie
2026 年4 月 29 日 14:07
4
lindsey:
你怎么看？
我很喜欢，谢谢
不过，这是否是电子邮件通知的主题中需要包含的重要信息呢？
2 个赞
one1
2026 年4 月 29 日 14:31
5
就我个人而言，我发现网站上的私信（PM）与公开帖子之间的界面差异太小了，它们几乎一模一样。我想这属于另一个设计问题。
但在我的邮件界面中，一旦我开始阅读，就没有任何提示表明该消息来自私信而非公开帖子。如果有人在公开帖子中通过消息按钮联系我，那么邮件主题行默认将与公开帖子的标题完全相同，只是前面加了“Re:”，而在邮件语境中，“Re:”仅仅表示这是一封回复邮件，并无其他含义。
不过，我想你的问题其实是：我是否在乎自己收到的是仅涉及我和对方的私密信息，还是涉及我、对方以及整个互联网的公开内容。就我个人而言，我通常不会通过邮件回复，但如果我会，那么我希望这种区分非常、非常明确。
4 个赞
Richie
2026 年4 月 30 日 18:11
6
说得非常好。
由于从未使用过“通过电子邮件回复”功能（在我们的社区中该功能已关闭），我完全没想到这一点。
1 个赞
ferdnyc
2026 年5 月 12 日 15:55
8
哦，太好了。
我通常不太介意邮件主题中的社区名称，除非它像（真实例子）[Discussions on Python.org ] 这样冗长，占了我收件箱视图中半行空间，挤掉了实际内容的预览！更糟糕的是，当它带有 [PM] 且主题行不仅仅是“Summary ”时，我几乎只能看到前两三个词。
1 个赞
Ed_S
2026 年5 月 13 日 05:44
9
是的，我也是。一封来自项目经理的邮件需要更紧急的关注。
3 个赞
不错的决定。我们的社区更倾向于基于电子邮件的互动——我们从 Google Groups 迁移过来，所以不得不大幅缩短我们的 [community_name] 和 [category_names]，因为在手机上查看这些邮件时，你只能看到这些内容。虽然这个改动并没有改善这一点，但从可用性的角度来看，改动的初衷是正确的。
不过，我想保留 [PM]，正如其他人所提到的那样。
2 个赞
mikesouth
2026 年7 月 3 日 07:54
11
我们的名字很短。我们喜欢方括号。[PM] 非常重要。
基本上我们更倾向于不做任何更改。
抱歉！
2 个赞
我在 SMTP 日志中看到，以前主题邮件的标题格式为：[community_name][category_name] Topic
现在变成了：
community_name: Topic
这样很好，但我们是否也能在邮件中保留分类信息，比如放在邮件正文里？这样用户该如何按分类过滤收件箱呢？例如，支持类邮件很重要，但离题类邮件则不然。
编辑：哦，我发现在 X-Discourse-Category: [category] 头部字段里
alehandrof
2026 年7 月 6 日 08:15
13
与此有些相关的是，我们暂时保留了论坛中的分类。我们确实需要这种视觉上的区分。如果能移除父级分类，仅显示“[XYZ]”而不是“[ABC/XYZ]”，那将非常有帮助。
此外，我们还在 %{respond_instructions} 上方添加了以下提醒：
----
__发布在：__ %{optional_cat}
在以下邮件模板中：
用户发帖
用户回复
用户关注分类或标签
用户关注首帖
以提醒用户此消息的来源。这对我们的论坛来说至关重要，因为不同的分类通常对应不同的群组，这有时会让人感到困惑。
Eviepayne
2026 年7 月 9 日 16:36
14
这里的红色部分表示这个更改将强制实施吗？有原因吗？
1 个赞
davidb
2026 年7 月 10 日 05:53
17
关于此次即将进行的更改，其提示信息并不准确，该更改并非永久性的。如果您现在将其关闭，您的偏好设置将在未来得到保留。
我们正在修复此问题，以纠正提示信息。
3 个赞
davidb
2026 年7 月 15 日 14:45
18
如果您使用的是最新版本的 Discourse，此警告消息将不再显示。
我们对横幅的工作方式进行了一些更改，以配合即将推出的更新——从而防止在后续引入的更改中出现此问题。
我们使用 [Private message] 标签作为触发器，将电子邮件流量路由到推送通知。这使我们的私信和聊天保持快速直观。除非我们有其他识别私信的方法，否则移除此标签不是一个好主意。
1 个赞
变更内容
在社区中启用更简单的电子邮件主题行
如果您已自定义 
您怎么看？
