Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. JSDSERVER-4320

Service Desk creates a new issue instead of comment to existing issue for original email replied to by request participant

      Summary

      This is the same exact issue as https://jira.atlassian.com/browse/JSD-4058, which was initially reported with only Cloud cases and was thus resolved in Cloud, but not yet in Server.

      When public signup is enabled in a Service Desk, and a customerA sends in an email while CC'ing customerB, an issue is correctly created.

      When customerB replies to customerA's original email, customerB's new issue is created, rather than the reply being a comment on customerA's ticket.

      Environment

      JIRA 7.2.1
      JIRA Service Desk 3.2.1

      Steps to Reproduce

      1. Create new service desk project and set it as open for public sign up
      2. Setup email channel for the project
      3. As customer A, send email to the sd email channel and cc customer B (A new issue will be created in Service Desk project)
      4. As customer B, after receive the email from customer A, reply the email (Note this is the original email from A, not Service Desk generated email) with comment

      Expected Results

      Reply from B will be added as comment to the issue

      Actual Results

      A new issue has been created.

       

          Form Name

            [JSDSERVER-4320] Service Desk creates a new issue instead of comment to existing issue for original email replied to by request participant

            same issue here, please anyone has can assist. or any update for this case ?

            Service Desk creates a new issue instead of comment to existing issue for original email replied to by request participant.

             

            rawad.saymeh added a comment - same issue here, please anyone has can assist. or any update for this case ? Service Desk creates a new issue instead of comment to existing issue for original email replied to by request participant.  

            Is there any update on this issue? It is closed and fixed, but where can I find the implementation?

            Nard Lamboo added a comment - Is there any update on this issue? It is closed and fixed, but where can I find the implementation?

            What is the solution to this 4-year old issue?? Can we get some priority on this? Starting to look for alternative tools  at this point. Maybe if we share alternative tools that solve this problem, Atlassian will take this more seriously. 

            ServiceNow?

            Brenden Lalli added a comment - What is the solution to this 4-year old issue?? Can we get some priority on this? Starting to look for alternative tools  at this point. Maybe if we share alternative tools that solve this problem, Atlassian will take this more seriously.  ServiceNow?

            Vimitha added a comment -

            What is the solution for this issue???

            Could you please have a separate field for Solution, so that it will be easy for us to refer?

            Vimitha added a comment - What is the solution for this issue??? Could you please have a separate field for Solution, so that it will be easy for us to refer?

            @Chris Robinson

            What specific customer permissions did you change exactly?

            I am faced with a similar problem. In my case it is a mail-reply from a third person who is not a participant of the issue that causes the new issue to be created with the reply.

            Admin TOPIT added a comment - @Chris Robinson What specific customer permissions did you change exactly? I am faced with a similar problem. In my case it is a mail-reply from a third person who is not a participant of the issue that causes the new issue to be created with the reply.

            This particular issue was actually never introduced to JSD Server, and the problem reported on Cloud was rectified before 3.3.0 was released. 3.2.x did not have this particular code.

            Therefore, I am wondering if the reported cases here, are in fact related to JSDSERVER-2373, which will be fixed in the upcoming 3.5.0 release.

            I understand that if the users were definitely request participants on the issue, then even without JSDSERVER-2373 they should have had their comment added to the issue. If the users were CC'd but not yet a customer of the Service Desk, then was their account successfully created for them?

            If that is the case, and they were still creating new issues, I would say to first please try 3.5.0 once it is available, and if still experiencing the unexpected behaviour, please raise a new support request to investigate exactly what is happening.

            Regards

            Matt

            JIRA Service Desk developer

            Matthew McMahon (Inactive) added a comment - This particular issue was actually never introduced to JSD Server, and the problem reported on Cloud was rectified before 3.3.0 was released. 3.2.x did not have this particular code. Therefore, I am wondering if the reported cases here, are in fact related to  JSDSERVER-2373 , which will be fixed in the upcoming 3.5.0 release. I understand that if the users were definitely request participants on the issue, then even without  JSDSERVER-2373  they should have had their comment added to the issue. If the users were CC'd but not yet a customer of the Service Desk, then was their account successfully created for them? If that is the case, and they were still creating new issues, I would say to first please try 3.5.0 once it is available, and if still experiencing the unexpected behaviour, please raise a new support request to investigate exactly what is happening. Regards Matt JIRA Service Desk developer

            CloudL added a comment - - edited

            Hi @tevans and @mwinsen,

            How come this issue has Low Priority and has no one assign to it?

            This is affecting customers and even the changes suggested by Chris did not work in our case. Emails keep creating duplicate tickets. This is causing a lot of confusion, duplicate work and unnecessary hassle.

            Hope this gets solved fast.

            CloudL added a comment - - edited Hi @tevans and @mwinsen, How come this issue has Low Priority and has no one assign to it? This is affecting customers and even the changes suggested by Chris did not work in our case. Emails keep creating duplicate tickets. This is causing a lot of confusion, duplicate work and unnecessary hassle. Hope this gets solved fast.

            This issue turned out to be a configuration problem on my environment. I noticed that once the other users were manually added as request participants they were able to reply to the email and a comment would be added rather than a new ticket being created.

            The logs were reporting:

            2017-02-02 12:03:44,187 Caesium-1-3 WARN user1@example.com     [internal.feature.emailchannel.IncomingEmailManagerImpl] Sorry, but the following users do not belong to your organizations: user2@example.com

            because my customer permissions were set to Other customers in their organization (which I believe is the default setting?). Once I changed this to one of the other options (I chose Any customer or organization, by searching in this project), all CCed and TOed users were added as request participants and could reply to emails to add comments on the original tickets.

            I'm sure I tested this when I first noticed the problem but it appears to have been fixed now in JSD 3.3.0. Hope this helps someone else!

            Chris Robinson added a comment - This issue turned out to be a configuration problem on my environment. I noticed that once the other users were manually added as request participants they were able to reply to the email and a comment would be added rather than a new ticket being created. The logs were reporting: 2017-02-02 12:03:44,187 Caesium-1-3 WARN user1@example.com [internal.feature.emailchannel.IncomingEmailManagerImpl] Sorry, but the following users do not belong to your organizations: user2@example.com because my customer permissions were set to Other customers in their organization (which I believe is the default setting?). Once I changed this to one of the other options (I chose Any customer or organization, by searching in this project ), all CCed and TOed users were added as request participants and could reply to emails to add comments on the original tickets. I'm sure I tested this when I first noticed the problem but it appears to have been fixed now in JSD 3.3.0. Hope this helps someone else!

            CloudL added a comment -

            Hi,

            We have been using JSD 3.3 and the same issue is happening with our emails and in our case it is random. Does not happen with all the replies.

            This is causing major trouble and loss of information. We are launching JSD and are spamming people with different issue reference numbers, because the tool is not acting as it should.

            Please resolve this fast. It's urgent!

            Thanks,

            CloudL added a comment - Hi, We have been using JSD 3.3 and the same issue is happening with our emails and in our case it is random. Does not happen with all the replies. This is causing major trouble and loss of information. We are launching JSD and are spamming people with different issue reference numbers, because the tool is not acting as it should. Please resolve this fast. It's urgent! Thanks,

            forlooper added a comment -

            upgraded to 3.3 and this was just brought to our attention

            forlooper added a comment - upgraded to 3.3 and this was just brought to our attention

              Unassigned Unassigned
              kliou Kevin Liou
              Affected customers:
              45 This affects my team
              Watchers:
              44 Start watching this issue

                Created:
                Updated:
                Resolved: