• 6
    • 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 'meta-issue' for linking all issues related to advanced email support. That is, towards being able to use email as a primary JIRA interface – ideally, not even be aware that JIRA is involved.

      The biggest use-case I have is public opensource projects. All communication happens over email, and there is very little distinction between an email and an issue, neither conceptually nor physically (the tracker is configured to send emails for new issues/comments). Frequently, long conversations are held via comments in an issue [1]

      For established projects, a significant proportion (~40%) of non-cvs emails are generated by the issue tracker. It would be a massive timesaver if developers didn't need to run off to a web interface to comment on issues.

      JIRA has some rudimentary support for this (CreateOrCommentHandler), but JIRA-generated emails:

      • do not support threading (JRA-1113)
      • are IMHO pretty ugly and not easy to scan quickly compared to Bugzilla's. (JRA-3719)
      • do not customize the From: address to indicate who the commenter is. (JRA-2315)

      So I think getting decent email support would be a fantastic way of capturing the lucrative open-source market. More than any other feature, it would leapfrog JIRA over its competitors.


      If JIRA's email support was enhanced sufficiently, it could also be used as a support system backend, tracking support requests, not least here at Atlassian. This is a whole new market, probably justifying a new product stream, but I think the enhancements mentioned above would give us an 80:20 solution.

      --Jeff

      [1] For example, see some of Mozilla's longer threads, like http://bugzilla.mozilla.org/show_bug.cgi?id=97284 .

            [JRACLOUD-2326] Advanced email support

            SET Analytics Bot made changes -
            Support reference count Original: 5 New: 6
            SET Analytics Bot made changes -
            Support reference count Original: 4 New: 5
            SET Analytics Bot made changes -
            Support reference count New: 4
            Katherine Yabut made changes -
            Workflow Original: JAC Suggestion Workflow [ 3141714 ] New: JAC Suggestion Workflow 3 [ 3653195 ]
            Owen made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2330252 ] New: JAC Suggestion Workflow [ 3141714 ]
            Status Original: Open [ 1 ] New: Gathering Interest [ 11772 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 2108613 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2330252 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 - TEMP [ 2071827 ] New: JIRA Bug Workflow w Kanban v6 [ 2108613 ]
            Katherine Yabut made changes -
            Workflow Original: JIRA Bug Workflow w Kanban v6 [ 1831015 ] New: JIRA Bug Workflow w Kanban v6 - TEMP [ 2071827 ]
            jonah (Inactive) made changes -
            Description Original: This is a 'meta-issue' for linking all issues related to advanced email support. That is, towards being able to use email as a primary JIRA interface -- ideally, not even be aware that JIRA is involved.

            The biggest use-case I have is public opensource projects. All communication happens over email, and there is very little distinction between an email and an issue, neither conceptually nor physically (the tracker is configured to send emails for new issues/comments). Frequently, long conversations are held via comments in an issue [1]

            For established projects, a significant proportion (~40%) of non-cvs emails are generated by the issue tracker. It would be a _massive_ timesaver if developers didn't need to run off to a web interface to comment on issues.

            JIRA has some rudimentary support for this (CreateOrCommentHandler), but JIRA-generated emails:
             - do not support threading (JRA-1113)
             - are IMHO pretty ugly and not easy to scan quickly compared to Bugzilla's. (JRA-3719)
             - do not customize the From: address to indicate who the commenter is. (JRA-2315)

            So I think getting decent email support would be a fantastic way of capturing the lucrative open-source market. More than any other feature, it would leapfrog JIRA over its competitors.

            ----

            If JIRA's email support was enhanced sufficiently, it could also be used as a support system backend, tracking support requests, not least here at Atlassian. This is a whole new market, probably justifying a new product stream, but I think the enhancements mentioned above would give us an 80:20 solution.


            --Jeff


            [1] For example, see some of Mozilla's longer threads, like http://bugzilla.mozilla.org/show_bug.cgi?id=97284 .
            New: {panel:bgColor=#e7f4fa}
              *NOTE:* This suggestion is for *JIRA Cloud*. Using *JIRA Server*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JRASERVER-2326].
              {panel}

            This is a 'meta-issue' for linking all issues related to advanced email support. That is, towards being able to use email as a primary JIRA interface -- ideally, not even be aware that JIRA is involved.

            The biggest use-case I have is public opensource projects. All communication happens over email, and there is very little distinction between an email and an issue, neither conceptually nor physically (the tracker is configured to send emails for new issues/comments). Frequently, long conversations are held via comments in an issue [1]

            For established projects, a significant proportion (~40%) of non-cvs emails are generated by the issue tracker. It would be a _massive_ timesaver if developers didn't need to run off to a web interface to comment on issues.

            JIRA has some rudimentary support for this (CreateOrCommentHandler), but JIRA-generated emails:
             - do not support threading (JRA-1113)
             - are IMHO pretty ugly and not easy to scan quickly compared to Bugzilla's. (JRA-3719)
             - do not customize the From: address to indicate who the commenter is. (JRA-2315)

            So I think getting decent email support would be a fantastic way of capturing the lucrative open-source market. More than any other feature, it would leapfrog JIRA over its competitors.

            ----

            If JIRA's email support was enhanced sufficiently, it could also be used as a support system backend, tracking support requests, not least here at Atlassian. This is a whole new market, probably justifying a new product stream, but I think the enhancements mentioned above would give us an 80:20 solution.


            --Jeff


            [1] For example, see some of Mozilla's longer threads, like http://bugzilla.mozilla.org/show_bug.cgi?id=97284 .
            jonah (Inactive) made changes -
            Link New: This issue is related to JRASERVER-2326 [ JRASERVER-2326 ]

              Unassigned Unassigned
              7ee5c68a815f Jeff Turner
              Votes:
              20 Vote for this issue
              Watchers:
              10 Start watching this issue

                Created:
                Updated: