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

JIRA Service Desk mail handler do not have a field to choose mailbox, folder, or catch email address

    • 11
    • 66
    • We collect Jira Service Desk feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

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

      Currently, JSD mail handler only able to detect main mailbox not other mailbox or folder. As an IMAP user, it would be great to include a field in Email Settings or allow to edit the folder name via Incoming Mail Handler page.

      This would open the possibility to re-use 1 email address to be used for multiple Service Desk mail channels.

      It would also be helpful if we could include a "Catch Email" setting in the Service Desk Mail Handler, like it's the case in the JIRA Mail Handler, so that customers can use aliases linked to the same mailbox.

            [JSDSERVER-1518] JIRA Service Desk mail handler do not have a field to choose mailbox, folder, or catch email address

            This feature will save us a lot of money. I would have expected this to be a default functionality. Please implement this asap.

            Operations Dept added a comment - This feature will save us a lot of money. I would have expected this to be a default functionality. Please implement this asap.

            We really need to be able to use a catch email address, or look for things in specific folders in the mailbox. Like the Mail Handlers for Jira Software.

            It would also just be a great improvement if we could set values in fields when a request is created by the JSM mailbox.

            Specifically for us, we get various reports of various types by various external parties.
            If we could add multiple mailboxes to our JSM projects and then also set the value of a field when the issue is created, we could automatically delegate the ticket to the correct team, rather than having overly complex automation that has to rely on text in the mail subject or body, which are two very unreliable text fields that may change without notice.

            Rune Rasmussen added a comment - We really need to be able to use a catch email address, or look for things in specific folders in the mailbox. Like the Mail Handlers for Jira Software. It would also just be a great improvement if we could set values in fields when a request is created by the JSM mailbox. Specifically for us, we get various reports of various types by various external parties. If we could add multiple mailboxes to our JSM projects and then also set the value of a field when the issue is created, we could automatically delegate the ticket to the correct team, rather than having overly complex automation that has to rely on text in the mail subject or body, which are two very unreliable text fields that may change without notice.

            This feature would save us a lot of pain. Jira Service Desk is not as flexible as we thought.

            Florian Schomakers added a comment - This feature would save us a lot of pain. Jira Service Desk is not as flexible as we thought.

            enjayaitch added a comment -

            Also catch email required here.  It's very irritating to have to have multiple mailboxes for Jira - would work perfectly well with a single mailbox with different recipient addresses (which is how we have it set up for our other projects)

            enjayaitch added a comment - Also catch email required here.  It's very irritating to have to have multiple mailboxes for Jira - would work perfectly well with a single mailbox with different recipient addresses (which is how we have it set up for our other projects)

            It would also be helpful if we could include a "Catch Email" setting in the Service Desk Mail Handler, like it's the case in the JIRA Mail Handler, so that customers can use aliases linked to the same mailbox.

            +1 for this

            Erik Twelker added a comment - It would also be helpful if we could include a "Catch Email" setting in the Service Desk Mail Handler, like it's the case in the JIRA Mail Handler, so that customers can use aliases linked to the same mailbox. +1 for this

            Justin Freeman added a comment - - edited

            Please provide an ETA for this fix.

            Justin Freeman added a comment - - edited Please provide an ETA for this fix.

            I can see in version 3.3.0 at least, the option to chose the folder inside the inbox is there, but is not functioning correctly.

            When the mail handler is created, and a test executed, it apparently works.

            After it is saved, it starts creating tickets for all e-mails in the inbox folder plus the Inbox/subfolder and deletes emails only from subfolder.

            If it only wouldn't create issues for the Inbox folder, but just for Inbox/Subfolder.

            Andrei Draghici added a comment - I can see in version 3.3.0 at least, the option to chose the folder inside the inbox is there, but is not functioning correctly. When the mail handler is created, and a test executed, it apparently works. After it is saved, it starts creating tickets for all e-mails in the inbox folder plus the Inbox/subfolder and deletes emails only from subfolder. If it only wouldn't create issues for the Inbox folder, but just for Inbox/Subfolder.

            Simon Peters (L) added a comment - - edited

            We are in a similar situation. We have a single email address we want all customers to use, however we also give certain corporate customers a custom portal each.

            We don't want to have to use a different email address for each customer but using the JIRA mail handler has two significant disadvantages:

            • We would have to make sure every portal customer is in another group that gives them Comment and Create permissions otherwise the JMH will fail to update an issue due to lack of permissions (and JSD does not like it if we grant the Service Desk customers roles explicit permissions which would be another alternative).
            • Comments are made as Internal comments not public so the customer cannot see their own emailed response unless an agent changes the comment to public (not able to automate this process via JSD automation either sadly).

            Simon Peters (L) added a comment - - edited We are in a similar situation. We have a single email address we want all customers to use, however we also give certain corporate customers a custom portal each. We don't want to have to use a different email address for each customer but using the JIRA mail handler has two significant disadvantages: We would have to make sure every portal customer is in another group that gives them Comment and Create permissions otherwise the JMH will fail to update an issue due to lack of permissions (and JSD does not like it if we grant the Service Desk customers roles explicit permissions which would be another alternative). Comments are made as Internal comments not public so the customer cannot see their own emailed response unless an agent changes the comment to public (not able to automate this process via JSD automation either sadly).

            Totally agree. Long term you would to be able to add multiple email handler for the same project with each scanning a different source (email account + imap folder) creating different ticket types.
            Then you could run targeted campaigns creating the proper type of ticket. Like "Members, please send all landscape issues to landscape@ourdomain.com and all gate code issues.requests to gate@ourdomain.com. If you plan on attending the cookout let us know at cookout@ourdoman.com".
            We are considering configuring the security cameras to send notifications by email which would ensure a Service Desk ticket is created and the attached image is reviewed.

            Starting with one imap folder would be a huge step forward. But long term think bigger than one email account and one imap folder per project.

            Bill Quintrell added a comment - Totally agree. Long term you would to be able to add multiple email handler for the same project with each scanning a different source (email account + imap folder) creating different ticket types. Then you could run targeted campaigns creating the proper type of ticket. Like "Members, please send all landscape issues to landscape@ourdomain.com and all gate code issues.requests to gate@ourdomain.com. If you plan on attending the cookout let us know at cookout@ourdoman.com". We are considering configuring the security cameras to send notifications by email which would ensure a Service Desk ticket is created and the attached image is reviewed. Starting with one imap folder would be a huge step forward. But long term think bigger than one email account and one imap folder per project.

            That would be very helpful as else i need to create a dedicated email account (paid on GMail) for every address i'd like to use. Before we used JEMH which allowed me to select the IMAP folder to collect emails from.

            Kevin Ulrich Moschallski added a comment - That would be very helpful as else i need to create a dedicated email account (paid on GMail) for every address i'd like to use. Before we used JEMH which allowed me to select the IMAP folder to collect emails from.

              Unassigned Unassigned
              ckimloong John Chin
              Votes:
              122 Vote for this issue
              Watchers:
              82 Start watching this issue

                Created:
                Updated: