不确定这是 bug、有意设计，还是我操作上的失误。
我的其中一位用户将一封邮件转发到了一个私密分类。我立刻看到了这条消息，由于我尚未将 forwarded_email 设置修改为包含文本内容，因此该消息基本为空。随后我在帖子正文中添加了相关文本。同时，我也修改了帖子标题，因为原始邮件的主题行并不能说明为何要将其发送到该分类。
当 10 分钟编辑窗口结束后，我收到了该帖子的邮件版本。我发现我对正文所做的修改已经生效，但邮件主题并未根据我对标题的修改而更新。
这似乎不太对劲——在 10 分钟内对帖子进行的任何修改，难道不应该反映在发出的邮件中吗？
在我们使用发送给群组的私信的支持场景中，我们经常会重新命名消息标题，但不希望客户因标题被更改而感到困惑。
我猜测我们在私信使用场景中的一些保护机制可能泄露到了分类中，还不确定。
@zogstrip 对此有什么建议吗？
我们在大约一年前添加了该功能：
该功能仅基于原始发帖人（OP）是否为已分阶段的用户。对于私聊消息或任何时间限制，没有任何限制。
不过，我认为这是正确的行为，因为大多数电子邮件线程都是通过标题来组织的，这有助于通过电子邮件与 Discourse 论坛互动的人们跟踪对话。
但在这种情况下，将该消息转发到该类别的用户并非处于待处理状态——这不可能，因为该类别是私有的。因此，这里的情况并非如此。
虽然我完全理解你为何不希望讨论中途更改邮件主题，但我已修改了初始话题标题，因此没有人会看到邮件主题被更改。
我并没有说“转发消息的用户”，而是指原始发帖人（OP）。在转发 
的情况下，OP 即为被转发邮件的用户。
除非你在该类别中启用了“接受来自无账户匿名用户的邮件”选项 
很抱歉回复晚了，我从未收到您发帖的邮件通知，直到我手动回来查看时才注意到。
这很有趣且出乎意料。我原本以为，当我们讨论转发邮件时，所涉及的唯一用户是执行转发操作的人（我们叫他 Steve，因为这就是他的名字），而不是发送被转发原始消息的人（我们称他们为 RRCA，因为那是一封通讯邮件）。
我的假设是，转发的邮件消息只是一段纯文本，顶部带有一些适当的标记。
我不理解的是，当我查看我网站上的“待处理用户列表”时，我并没有看到任何与转发邮件（无论是这一封还是其他我测试过的邮件）相关的电子邮件地址。
我特意关闭了该开关，因为该地址接收大量垃圾邮件——它正在取代现有的邮件列表。
Steve 被允许向该分类发送邮件，因为他是关联组的成员。
我刚刚再次用那封实际的邮件进行了测试（这次是发到一个只有我能发帖的独立私密分类），这次转发邮件确实收到了，但内容是以纯文本形式呈现的，与原始邮件相比几乎没什么用处。所以我实在不清楚这里到底发生了什么，但建议似乎是：鼓励人们避免将格式复杂的消息转发到该分类中。
