Email Requests - Prevent New Tickets Via Email BUT Allow Responses To Questions / Notifications

[Karl]

Is there a way that NEW tickets can be prevented / disallowed via emails BUT still allow a customer to reply to a questions sent from an issue or a notification from an issue that logs a comment in the issue.

DON'T WANT = New tickets created via emails sent to our email address.

WANT = Customer email reply to question sent from JSD issue to log a comment in the issue.

WANT = Customer email reply to a notification sent from JSD issue to log a comment in the issue.

[Knut Arne Ristebråten]

Hi,

Sadly the Email Handler is limited for Jira Service Desk, and one cant adjust it there (someone correct me if I'm wrong).

Though one do have multiple options.

-Workflow. Adding a Validator on the Create transition in the workflow should work, e.g validates a custom-field that is also required in the Portal - or hidden field in the portal with default value. I haven't tested it though, but logic is there. Validator that checks if customfield "From-Portal" contains value to be able to create. Add this field to the portal and make it required, or hidden-field with a value. Remember to make sure this field contains value when creates from Jira Create Screen as well tho.

-Addon JEMH. Email addon that can solve this. It also contains alot of great email features - outbound and inbound.
Link: https://marketplace.atlassian.com/plugins/com.javahollic.jira.jemh-ui/server/overview

- Addon Automation. Great addon for automation of tasks in Jira. Can have a rule that runs on existing issues, for example: if request-channel-type = mail, delete/close issue and send notification to reporter with a link to the service-desk.
Link: https://marketplace.atlassian.com/plugins/com.codebarrel.addons.automation/server/overview
Link free version (limited): https://marketplace.atlassian.com/plugins/com.atlassian.plugin.automation.jira-automation-plugin/server/overview

There probably are multiple other solution. The workflow solution might not be the preferred one since the user doesn't get notified that the issue is not created.

Hope this helps a bit on the way to the solution you need.

[Karl]

Business Goal = We want to force the user to fill out a number of fields on the request / issue record. This level of details would not be obtained from a ticket automatically created from a received email.

[Jeffrey Bistrong]

yes, same here, customers figure out that they can use the project email to create issues, which we want to prevent

[Matthias Fleschütz]

Hi @Karl 

I have the exact same business requirement.

• Create by mail: NOPE
• Reply to Notification: YES

Did you find any nice way to realize this? Everything I found was quite hacke or even based on mail transport rules on our mail server :-(