tknospdr
(David Muszynski)
2025 年9 月 19 日 14:53
1
经过大量测试,我们终于推出了 Discourse 支持工单功能。
我立刻遇到了一些阻碍性的问题,希望能够设法克服。
我们有一个名为“支持/支持请求”的类别/子类别。
“支持请求”设置为使用私有主题,因此只有作者和支持人员可以看到给定主题中的帖子。它还启用了电子邮件,因为我们的大部分工单都是通过电子邮件发送的。
我们有一位客户使用他们自己的工单系统向我们发送支持请求,我相信它叫做 RepairShopr 。当我们收到他们的工单时:
我们没有收到完整的工单,我只看到实际信息之前的一些无用内容。请参见下面的截图。
每次他们回复时,他们的软件都会创建一个新主题,而不是在原始主题中发帖。
我可以通过移动帖子功能来处理这个问题,但是,由于主题是私有的,它们不会出现在可以发送到的可用主题列表中。
有人能帮助解决其中任何一项/所有这些问题吗?我花了很多时间进行功能测试,但突然之间,它变得毫无用处。
您能更详细地描述一下您是如何设置的吗?您说的“私有主题”是什么意思?
当您点击帖子右上角的信封(如图所示)时,您会看到什么?您应该能在那里看到原始电子邮件,包括有助于您排查他们电子邮件问题的详细信息。我怀疑如果他们发送的电子邮件没有正确格式的标题,您将无法做太多事情。
tknospdr
(David Muszynski)
2025 年9 月 19 日 15:19
3
恐怕它只会本地复制一份徽标。
我希望我能说服他们只通过电子邮件客户端发送支持请求,而不是通过他们的工单系统,但我认为这将是一场艰苦的战斗。
1 个赞
单击信封会发生什么?您是您网站的管理员吗?如果是,您应该会看到一个类似以下的弹出窗口,让您在原始邮件、文本邮件和 HTML 邮件版本之间切换。
tknospdr
(David Muszynski)
2025 年9 月 19 日 15:24
5
是的,附件是它们并排和 RAW 格式的唯一区别的截图。
我认为我们之间存在误解……你看到我两篇帖子之前的截图了吗?你应该能看到一个“收件”弹窗,就像我的截图一样。这样你就能看到源代码了。
如果问题出在发件人身上,我们在 Discourse 网站上无能为力。请告知我是否可以关闭此主题。
tknospdr
(David Muszynski)
2025 年9 月 25 日 14:27
8
这段文字与本帖内容相关,我只是重申了原帖中的第3点。如果你认为最好在新主题中提问,那也没关系,我只是不想乱发帖。
这一点很重要,因为不知何故,当我们的一个客户回复主题时,他没有发表新帖子,而是创建了一个我无法合并的全新主题。
你说得对,我当时看的是“信封”,但脑子里想的是“编辑”。是的,当我查看信封里的文本时,所有内容都在那里。那么,为什么会发生这种情况,以及我该如何避免将来再次发生?
Moin
2025 年9 月 25 日 14:39
9
默认情况下,Discourse 会尝试隐藏签名和先前消息,例如,当您通过电子邮件发送到某个类别时,因为发送到类别的帖子通常是公开的。删除这些部分是因为它们可能包含用户不打算与能够阅读该类别中帖子的人共享的电子邮件地址。
我认为与此相关的设置是“修剪传入电子邮件”和“始终显示修剪后的内容”。我还记得一些关于“传入电子邮件首选 HTML”的内容。但我记不清它们具体是如何相互作用的。
对于回复创建新主题的问题,禁用“查找相关帖子(使用密钥)”可能有助于解决。但正如我所说,我对这些设置没有经验。
2 个赞
哦,我明白了,你说得对,这确实是相关的。如果你不知道,在合并消息时,你可以将你想合并到的消息的 URL 中的主题 ID 号复制到“现有消息”字段中。你可以试试这样做,看看会发生什么?
tknospdr:
那么为什么会发生这种情况,以及我该如何解决它?
查看原始选项卡中的电子邮件地址。它们应该看起来像这样:
incoming+b249a23e7e545288e8dac00808ba154c@YOURDOMAIN
如果你看到的是另一个电子邮件地址,例如用于在你的类别中通过电子邮件启动新主题的地址,那么那就是罪魁祸首。
在 Discourse 端无法解决这个问题——你必须与你正在沟通的人交涉,或者就接受它,如果你想将回复保留在一起,就像我上面建议的那样手动移动它们。
tknospdr
(David Muszynski)
2025 年9 月 25 日 15:53
11
是的,“trim incoming”已勾选,“always show trimmed”未勾选,我想知道……
我应该反转它们,还是只勾选第二个来达到我想要的效果。
我想我需要稍微调整一下它们。对于支持类别,无论显示什么都没有关系,因为主题默认是私有的。我猜我们论坛其余部分超过 99% 的交互都将通过 Web 进行。
这个设置上的警告让我不愿禁用它。
完美奏效,谢谢。现在我只需要修复显示主题 ID 在页面上的已弃用代码。但我想这确实超出了这个话题的范围,所以我将重新开启我之前的话题来寻求帮助。
Is there a way to get the topic ID as a variable within a topic?
Use case, we have categories for support and bug tracking tickets. I’d like to set them up with templates like so.
This:
> Do **not** remove this line: Support request #$(topicid)
Looks like this:
Do not remove this line: Support request #246
Open to other ways to get the info. Just not sure how to do this.
是的,我看到它只是被发送到主题的电子邮件,而不是带有 +key 部分。
我已经反复要求他们回复邮件链,而不是直接回复电子邮件。我不知道他们那边是否有奇怪的系统,或者……是否有其他我可能因为写出来而惹上麻烦的解释。
2 个赞
此主题在最后回复后 7 天自动关闭。不再允许新回复。