Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Service desk feature #6219

Open
MartinDelille opened this issue Mar 1, 2019 · 3 comments
Open

Service desk feature #6219

MartinDelille opened this issue Mar 1, 2019 · 3 comments
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@MartinDelille
Copy link
Contributor

There is an awesome feature in Gitlab Enterprise Edition that I would love to see in Gitea called Service Desk: https://docs.gitlab.com/ee/user/project/service_desk.html

The idea is to manage the relation with your user throught issue that are created by email.

@lunny lunny added the type/proposal The new feature has not been accepted yet but needs to be discussed first. label Mar 1, 2019
@JFronny
Copy link

JFronny commented Oct 22, 2022

Since no one has picked this up: I have implemented a naive version of this feature as a seperate service here, which you might be able to use in the meantime (no guarantees, though)

lunny added a commit that referenced this issue Jan 14, 2023
closes #13585
fixes #9067
fixes #2386
ref #6226
ref #6219
fixes #745

This PR adds support to process incoming emails to perform actions.
Currently I added handling of replies and unsubscribing from
issues/pulls. In contrast to #13585 the IMAP IDLE command is used
instead of polling which results (in my opinion 😉) in cleaner code.

Procedure:
- When sending an issue/pull reply email, a token is generated which is
present in the Reply-To and References header.
- IMAP IDLE waits until a new email arrives
- The token tells which action should be performed

A possible signature and/or reply gets stripped from the content.

I added a new service to the drone pipeline to test the receiving of
incoming mails. If we keep this in, we may test our outgoing emails too
in future.

Co-authored-by: silverwind <me@silverwind.io>
Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com>
@laurivosandi
Copy link

I am also looking forward to replacing Freescout in our setup and Gitea seems great candidate. With #22056 I think there isn't much left to be done, just add codepath for creating new issue from mail without token

@lunny
Copy link
Member

lunny commented Sep 5, 2023

Which tasks left? Let's try to clarify.

  • creating issues/creating comments from incoming email
  • remember which emails have participated this conversation
  • send emails to others when one comment posted from UI or from email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

4 participants