I am using the mail handlers which is configured like this :

Strip Quotes: false
Default Reporter: suggestion
Bulk: forward
Forward Email: xxxxxxxxxxxxxxxxxxxx
Create Users: false
Notify Users: false
CC Assignee: false
CC Watchers: false

My default reporter is 'suggestion'. But when Jira processes an address which is associated with an existing user, the reporter will be this user. How can I force the default reporter always be 'suggestion'.

Thanks

2 answers

Interesting usecase. Not sure, but you should check Andy's JEMH. It will mostly support this.

https://marketplace.atlassian.com/plugins/com.javahollic.jira.jemh-ui

It does, you can set a default reporter, and make that default override any other, so no user specific permissions are required in the project, whether they are JIRA users or not. JEMH solves the notificaiton issue as JIRA users can be automatically added as watchers, non-JIRA addressees can have their email address stored in a custom field, which is used by JEMH Issue Listener to issue notifications, filted, and customized as you like.

One way to do this is to prevent the users from accessing the JIRA project. JIRA only acts like you described it if the corresponding JIRA user (i.e. email sender) has the permissions to access the project. So to force JIRA to use "suggestion", you would have to prent all other potential senders to access the project.

Anyway, I am not sure if that is a sufficient solution at all for you...

Hi David,

Thanks, but unfortunately it's not a sufficient solution for us :/

That's what I guessed. why do you need the reporter to be set to suggestion? There might be another way to achieve what you're looking for.

Our workflow is a bit complicated...

Our customers can acces to Jira but they can't create issues (i know it's stupid...). To create issue they must send an email and then Jira create the issue.

That's why i want to force the user, because the customers can't create issues but the user 'suggestion' can...

now, why is it bad if the real username is listed? As they can not create issues everyone would know it's been done by email...

Anyway, another idea would be to forward the emails. So the user send the mail somae random imap and the mail gets automaticly forwarded to another imap which is where JIRA is listening at.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,952 views 19 22
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you