服务台

通过服务台，您的客户可以通过电子邮件向您报告错误、提出功能请求或提供一般反馈。服务台提供一个唯一的电子邮件地址，因此客户无需拥有极狐GitLab账户。

服务台电子邮件会作为新问题在您的极狐GitLab项目中创建。您的团队可以直接从项目中进行回复，而客户则仅通过电子邮件与线程进行互动。

服务台工作流程

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

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

  1. 您为付费客户提供一个特定项目的电子邮件地址，客户可以直接从应用程序向您发送电子邮件。
  2. 他们发送的每封电子邮件都会在相应的项目中创建一个问题。
  3. 您的团队成员进入服务台问题跟踪器，在那里可以看到新的支持请求，并在相关问题中进行回复。
  4. 您的团队与客户沟通，以理解请求内容。
  5. 您的团队开始着手编写代码来解决客户的问题。
  6. 当团队完成实现后，合并请求会被合并，并且问题会自动关闭。

同时：

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

相关主题

  • 配置服务台

    • 提高项目的安全性
    • 自定义发送给外部参与者的电子邮件
    • 为 Service Desk 工单使用自定义模板
    • 支持 Bot 用户
    • 默认工单可见性
    • 当外部参与者评论时重新打开问题
    • 自定义电子邮件地址
    • 使用额外的 Service Desk 别名电子邮件
    • 在多节点环境中配置电子邮件接收

  • 使用 Service Desk

    • 作为最终用户（问题创建者）
    • 作为问题的回应者
    • 电子邮件内容和格式
    • 将普通问题转换为 Service Desk 工单
    • 隐私考虑

  • 外部参与者

    • 服务台工单
    • 作为外部参与者
    • 作为极狐GitLab用户

服务台故障排除

发送至服务台的电子邮件不会产生问题

您的电子邮件可能会被忽略，因为它们包含GitLab 忽略的电子邮件标头之一。

16.6.0 自管理版本中无法接收电子邮件

极狐GitLab 自管理16.6.0引入了一个回归问题，导致mail_room（电子邮件提取）无法启动。服务台和其他电子邮件回复功能不起作用。

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

::Tabs

:::TabTitle Linux 软件包 (Omnibus)

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

:::TabTitle Docker

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

::EndTabs