Service Desk email loop (OD-967)
Released
Quin opened 2 years ago

It's an odd thing. I was using my "catch all" support email to test a project. When emails were sent from this project, the service desk picked these emails up and created a ticket. However, it also seemed to pick up the replies (the Subject ended up looking like "Re: Re: Re: Re:...")

I stopped this by turning off the Service Desk feature.

However, I was wondering how I could stop "support@" from creating tickets from itself. I know I can exclude senders, but I'm not entirely too sure how to resolve this.

Robin Shen commented 2 years ago

What is the "to" address for these reply emails?

Robin Shen changed fields 2 years ago
Name Previous Value Current Value
Type
Bug
Support Request
Quin commented 2 years ago

The to is to itself. So both from and to are "support@...". However, I do get emails to another email (but I'm assuming that's just watcher stuff).

Perhaps there is a way to say "hey, don't create tickets from" and put in "support@...", or something like that?

Robin Shen commented 2 years ago

When send issue notification email, OneDev will specify reply-to address as support+issue~<issue id>@..., for instance you may hit reply of this notifation email, the reply address should be support+issue~1009@onedev.io. With the special plus addressing, OneDev knows to append the mail content as comment to existing issue, instead of creating a new issue.

So it seems odd that the reply address is still support@... at your side. Maybe your mail server does not support plus addressing?

Quin commented 2 years ago

Hi
It does, as all the other repos work just fine (using the same email, with sub-addressing).

Robin Shen commented 2 years ago

Do you mean for a particular repo, OneDev sending issue notification using reply address directly as support@... without subaddressing?

Robin Shen commented 2 years ago

Also I suggest to upgrade to latest version to see if it makes any difference.

Robin Shen changed state to 'Closed' 2 years ago
Previous Value Current Value
Open
Closed
Quin commented 2 years ago

Yes, there is no sub-addressing in the emails, with both To and From fields being support@... This endlessly creates a new ticket to the email that comes in saying a ticket has been created. I use support@... as a catchall (just in case a client forgets).

Using the sub-addressing properly, within the different repo's and from other emails (so not Support emailing itself), works as intended.

Robin Shen commented 2 years ago

This is quite odd. If you can reproduce the issue with a sample database, it will be of a lot help.

Quin commented 1 year ago

I've been able to replicate it again. What data do you need?

Robin Shen commented 1 year ago

Please let me know detail steps to reproduce the issue. 

Quin commented 1 year ago

All you need to do is send an email to the service desk (in this case support@...) from the service desk email support@.... OneDev sends emails out as support@....

You can also send an email from support@... to a project (support+project-name@...) and it will create a ticket there, but then will continue to create tickets as "catch all's" if you have that set up. In my case, anyone who just sends emails to support@... goes to the "Client" parent project.

I am happy to get an export of the database, is that helps.

Also, this is the current settings (the exclude does not work). https://i.imgur.com/TqY5L0U.png

Robin Shen commented 1 year ago

Got this reproduced. Will be fixed in next patch release. Thx!

Robin Shen changed state to 'Open' 1 year ago
Previous Value Current Value
Closed
Open
Robin Shen changed fields 1 year ago
Name Previous Value Current Value
Type
Support Request
Bug
OneDev changed state to 'Closed' 1 year ago
Previous Value Current Value
Open
Closed
OneDev commented 1 year ago

State changed as code fixing the issue is committed

OneDev changed state to 'Released' 1 year ago
Previous Value Current Value
Closed
Released
OneDev commented 1 year ago

State changed as build #3105 is successful

issue 1 of 1
Type
Bug
Priority
Normal
Assignee
Affected Versions
Not Found
Issue Votes (0)
Watchers (3)
Reference
OD-967
Please wait...
Page is in error, reload to recover