• Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.

      This is a big wish, I've broken it down into subsections.

      == Root Cause ==

      We currently use two systems for managing issues with our customers, and our products. We use Jira on the "project management" side of things (assigning and tracking issues, release management, ie: your classic Jira usage). We also use a trouble-ticket system (OTRS http://otrs.org/) to handle all our incomming "support" email.

      There is some overlap between these two systems: basically, we will often have a support email that we want to turn into a bug or feature request. In this case, we manually create a JIRA and say "see ticket number 1234".

      Since there is some overlap, we (of course) wish that it was just the one tool.

      == The Wish ==

      This wish comes in 3 parts:

      1) intelligent inbound email processing
      JIRA does most of this already, but for completeness:
      a) thread tracking (OTRS does this by prepending a [TICKETNUMBER] to the subject field in replies, which is entirely adequate).
      b) inbound sorting: sort email into different queues (projects?) based on header info (specifically the To field) . It is not enough to sort on the pop account, as we have multiple email aliases mapped to the same pop box.

      2) outbound email
      A way of being able to reply to a "thread" and have the email sent to the originator of the ticket. We don't want to create real jira users for all of email correspondants. As I write that, I'm imagining a special kind of issue-type, where I can "reply" similar to "add comment" but I also have To, CC, Subject fields, etc.

      3) ticket management, escalation
      A good ticketing system should force you not to forget to reply to unanswered email, so alerts and escalations are a must. OTRS has this feature where it won't show you the inbound queues unless you answer the escalated emails first. (This is both painful and desired :| )

      and a 4th sneaky wish:
      4) all this should be built into jira so I don't have to faf around writing plugins

      == Misc ==

      I can't make up my mind if this functionality would be easy to add to JIRA or not.

      I have this feeling that the ticket "queues" are different to a JIRA "project". Or at least, I can seem myself changing the project of a ticket quite often (as customers sometimes send emails to the strangest of email addresses).

      I was finally prompted to raise a JIRA for this feature after reading http://weblogs.asp.net/ericjsmith/archive/2005/04/12/400011.aspx

      (This issue could be attached to JRA-2326)

            [JRACLOUD-6402] [wish] JIRA meets email/ticket tracking

            Katherine Yabut made changes -
            Workflow Original: JAC Suggestion Workflow [ 3146954 ] New: JAC Suggestion Workflow 3 [ 3643817 ]
            Status Original: RESOLVED [ 5 ] New: Closed [ 6 ]
            Owen made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2340222 ] New: JAC Suggestion Workflow [ 3146954 ]
            Status Original: Closed [ 6 ] New: Resolved [ 5 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 2103571 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2340222 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2066250 ] New: JIRA Bug Workflow w Kanban v6 [ 2103571 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 1836340 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2066250 ]
            jonah (Inactive) made changes -
            Description Original: This is a big wish, I've broken it down into subsections.

            == Root Cause ==

            We currently use two systems for managing issues with our customers, and our products. We use Jira on the "project management" side of things (assigning and tracking issues, release management, ie: your classic Jira usage). We also use a trouble-ticket system (OTRS http://otrs.org/) to handle all our incomming "support" email.

            There is some overlap between these two systems: basically, we will often have a support email that we want to turn into a bug or feature request. In this case, we manually create a JIRA and say "see ticket number 1234".

            Since there is *some* overlap, we (of course) wish that it was just the one tool.

            == The Wish ==

            This wish comes in 3 parts:

            1) intelligent inbound email processing
            JIRA does most of this already, but for completeness:
            a) thread tracking (OTRS does this by prepending a [TICKETNUMBER] to the subject field in replies, which is entirely adequate).
            b) inbound sorting: sort email into different queues (projects?) based on header info (specifically the To field) . It is not enough to sort on the pop account, as we have multiple email aliases mapped to the same pop box.

            2) outbound email
            A way of being able to reply to a "thread" and have the email sent to the originator of the ticket. We don't want to create real jira users for all of email correspondants. As I write that, I'm imagining a special kind of issue-type, where I can "reply" similar to "add comment" but I also have To, CC, Subject fields, etc.

            3) ticket management, escalation
            A good ticketing system should *force* you not to forget to reply to unanswered email, so alerts and escalations are a must. OTRS has this feature where it won't show you the inbound queues unless you answer the escalated emails first. (This is both painful and desired :| )

            and a 4th sneaky wish:
            4) all this should be built into jira so I don't have to faf around writing plugins :D


            == Misc ==

            I can't make up my mind if this functionality would be easy to add to JIRA or not.

            I have this feeling that the ticket "queues" are different to a JIRA "project". Or at least, I can seem myself changing the project of a ticket quite often (as customers sometimes send emails to the strangest of email addresses).

            I was finally prompted to raise a JIRA for this feature after reading http://weblogs.asp.net/ericjsmith/archive/2005/04/12/400011.aspx

            (This issue could be attached to JRA-2326)

            New: {panel:bgColor=#e7f4fa}
              *NOTE:* This suggestion is for *JIRA Cloud*. Using *JIRA Server*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JRASERVER-6402].
              {panel}

            This is a big wish, I've broken it down into subsections.

            == Root Cause ==

            We currently use two systems for managing issues with our customers, and our products. We use Jira on the "project management" side of things (assigning and tracking issues, release management, ie: your classic Jira usage). We also use a trouble-ticket system (OTRS http://otrs.org/) to handle all our incomming "support" email.

            There is some overlap between these two systems: basically, we will often have a support email that we want to turn into a bug or feature request. In this case, we manually create a JIRA and say "see ticket number 1234".

            Since there is *some* overlap, we (of course) wish that it was just the one tool.

            == The Wish ==

            This wish comes in 3 parts:

            1) intelligent inbound email processing
            JIRA does most of this already, but for completeness:
            a) thread tracking (OTRS does this by prepending a [TICKETNUMBER] to the subject field in replies, which is entirely adequate).
            b) inbound sorting: sort email into different queues (projects?) based on header info (specifically the To field) . It is not enough to sort on the pop account, as we have multiple email aliases mapped to the same pop box.

            2) outbound email
            A way of being able to reply to a "thread" and have the email sent to the originator of the ticket. We don't want to create real jira users for all of email correspondants. As I write that, I'm imagining a special kind of issue-type, where I can "reply" similar to "add comment" but I also have To, CC, Subject fields, etc.

            3) ticket management, escalation
            A good ticketing system should *force* you not to forget to reply to unanswered email, so alerts and escalations are a must. OTRS has this feature where it won't show you the inbound queues unless you answer the escalated emails first. (This is both painful and desired :| )

            and a 4th sneaky wish:
            4) all this should be built into jira so I don't have to faf around writing plugins :D


            == Misc ==

            I can't make up my mind if this functionality would be easy to add to JIRA or not.

            I have this feeling that the ticket "queues" are different to a JIRA "project". Or at least, I can seem myself changing the project of a ticket quite often (as customers sometimes send emails to the strangest of email addresses).

            I was finally prompted to raise a JIRA for this feature after reading http://weblogs.asp.net/ericjsmith/archive/2005/04/12/400011.aspx

            (This issue could be attached to JRA-2326)

            jonah (Inactive) made changes -
            Link New: This issue is related to JRASERVER-6402 [ JRASERVER-6402 ]
            vkharisma made changes -
            Project Import New: Sat Apr 01 19:36:47 UTC 2017 [ 1491075407146 ]

            It is worth noting that pretty much all my original usecases are handled by Atlassian Service Desk (https://www.atlassian.com/software/jira/service-desk).

            Matt Quail (Inactive) added a comment - It is worth noting that pretty much all my original usecases are handled by Atlassian Service Desk ( https://www.atlassian.com/software/jira/service-desk ).
            Kerrod Williams (Inactive) made changes -

              Unassigned Unassigned
              42b3543fd25b spudbean
              Votes:
              9 Vote for this issue
              Watchers:
              11 Start watching this issue

                Created:
                Updated:
                Resolved: