I'm in the process of setting up JEMH for our environment. Like many JEMH users, we're interested in being able to let non-JIRA users use our JIRA system.
Originally I followed some of the 'helpdesk' JEMH tutorials. However, I thought I'd also have a try unguided ... I tend to learn better that way :)
One issue I had was that although the non-JIRA user's email address and name could be added to a custom field, I really wanted them to be classed as users within JIRA.
So, I found that if I set JEMH to create users in JIRA but not assign any groups, then they'd be treated as users in JIRA but wouldn't count against the licensed user count. Great! I got email notifications for issue creation working and commenting via email replies working for these groupless JIRA users.
But... I don't seem to be able to get JEMH to send notifications when an issue is updated (e.g. comment added, status changed, etc). For example, the JIRA audit log for an emailed comment shows
User (testuser) is not able to BROWSE the issue (is the users GROUP in the Projects Roles?) : TEST-4, ignoring as a watcher.
...which makes sense, since the user has no group membership. So, I think what I'm asking is: With these groupless JIRA users which I've got JEMH creating, can I convince JEMH to send issue update notifications to them (as the issue Reporter) despite them not being members of any group?
Yup you got it. As a groupless JIRA user, they have no privileges anywhere, unless you add them specifically. As they have no rights they get no notifications.
If you are auto-creating users, thats hard to do usefully. In this situation, the best option is to add an auto-join group such as 'non-jira-users' (inspired!) then add that group to either your project role (to restrict the groups usage to exactly the project you want) or thepermission scheme for wider project usage.
Notifications are the interesting, you can use JEMH to do the notifications of the JIRA 'account holder' (but non-JIRA).
I suppose it would be possible to create a multi-user picker field, and send all involved users to tht field, which would also then be involved in the permission scheme, much like the group example above. I'd probably say the group membership route would be cleaner and clearer to use.
Thanks, Andy -- I think I get it...
So I should create a group (e.g. external-users) and set JEMH to auto-add created users to that group. That group should then be given the relevant permissions in the project so that notifications can be received.
As long as the user isn't in the jira-users group, they won't count against our JIRA license count --is that correct?
Thanks for your help,
It started as any story starts, on a normal, rainy day. Admin meets App, and her name was Klok2, and like any first relationship we were both trying to make it work but neither one knew what...
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!
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