服务台

Tier: 基础版, 专业版, 旗舰版
Offering: JihuLab.com, 私有化部署

该功能目前未在积极开发中。如需判断现有功能是否满足您的需求，请查阅现有文档，了解尚未完成的工作。我们将服务台的优先级下调，是为了专注于构建和扩展工作项框架，服务台类别也将在长期中从中受益。

通过服务台，您的客户可以通过电子邮件向您发送错误报告、功能请求或一般反馈。服务台提供了一个唯一的电子邮件地址，因此他们不需要自己的极狐GitLab账户。

服务台电子邮件在您的极狐GitLab项目中创建为新的议题。您的团队可以直接从项目中进行响应，而客户仅通过电子邮件与线程进行交互。

服务台工作流程#

例如，假设您为 iOS 或 Android 开发了一款游戏。代码库托管在您的极狐GitLab实例中，并通过极狐GitLab CI/CD 构建和部署。

以下是服务台如何为您工作：

您为付费客户提供了项目特定的电子邮件地址，他们可以直接从应用程序向您发送电子邮件。
他们发送的每封电子邮件都会在相应的项目中创建一个议题。
您的团队成员进入服务台议题跟踪器，在那里他们可以看到新的支持请求并在相关议题内进行响应。
您的团队与客户沟通以了解请求。
您的团队开始实施代码以解决客户的问题。
当您的团队完成实施时，合并请求被合并，议题自动关闭。

同时：

客户完全通过电子邮件与您的团队互动，而无需访问您的极狐GitLab实例。
您的团队无需离开极狐GitLab（或设置集成）来跟进客户，从而节省时间。

服务台故障排除#

发送到服务台的电子邮件未创建议题#

您的电子邮件可能被忽略，因为它们包含了极狐GitLab忽略的电子邮件头之一。
如果发件人电子邮件域使用严格的 DKIM 规则，并且由于转发电子邮件到项目特定的服务台地址而导致验证失败，电子邮件可能会被丢弃。可以在电子邮件头中找到的典型 DKIM 失败消息可能如下所示：
```
plaintext
dkim=fail (signature did not verify) ... arc=fail
```
失败消息的确切措辞可能会根据具体的电子邮件系统或使用的工具而有所不同。

电子邮件摄取在 16.6.0 中不起作用#

极狐GitLab私有化部署 16.6.0 引入了一个阻止 mail_room（电子邮件摄取）启动的回归。服务台和其他通过电子邮件回复的功能不起作用。

解决方法是运行以下命令在您的极狐GitLab安装中修补受影响的文件：

shell
curl --output /tmp/mailroom.patch --url "https://jihulab.com/gitlab-cn/gitlab/-/merge_requests/137279.diff"
patch -p1 -d /opt/gitlab/embedded/service/gitlab-rails < /tmp/mailroom.patch
gitlab-ctl restart mailroom

shell
curl --output /tmp/mailroom.patch --url "https://jihulab.com/gitlab-cn/gitlab/-/merge_requests/137279.diff"
cd /opt/gitlab/embedded/service/gitlab-rails
patch -p1 < /tmp/mailroom.patch
gitlab-ctl restart mailroom