...
Issue Created Example | Issue Updated Example |
---|---|
Here, a "Start Progress" transition has been triggered which results in: |
Note |
---|
Duplicate Notifications?By default, JIRA Service Desk is set to create its own notifications, which are independent of the standard JIRA notification scheme. You may see duplicate notifications being sent if you also have JEMH sending them. To stop JSD from sending notifications, go to JIRA Admin>Add Ons>JIRA Service Desk>Configure. Here you will find a toggle button for JSD notifications. |
...
Create an auto-join group, e.g. servicedesk-customers which is not used elsewhere
Modify JEMH Profile set set the Customer Request Type custom field (described in the first section)
Modify JEMH Profile
set User > Create users : ON
If your users all exist externally, not in a common LDAP repository set User > Create UserID from: email. Users in LDAP wont be created as they exist already, the next step will do what remains
set User > Auto Join Group(s) to refer to servicedesk-customers and set the User > Auto Join Group Condition to be "For All JIRA Users"
Modify Project Role
Go to your service desk project and then edit Projects Roles
Set Service Desk Customers to include the JEMH auto-join group, so that users who create issues by email without first subscribing, automatically get allocated that group, this role, and are therefore able to create issues etc.
Modify the Permission Scheme, granting the servicedesk-customers group the below permissions. If you give "Project Role (Customer)" permissions in the scheme instead, public sign-up will be disabled by JSD.
Permissions Add them via the "Grant Permissions" link - Add Comments
- Assign Issues
- Browse Projects
- Close Issues
- Create Attachments
- Create Issues
- Delete Own Attachments
- Delete Own Comments
- Delete Issues
- Edit Issues
- Edit Own Comments
- Link Issues
- Manage Watchers
- Modify Reporter
- Move Issues
- Resolve Issues
- Schedule Issues
- Set Issue Security
- Transition Issues
- View Voters and Watchers
...
The Service Desk project admin can set 'customer permissions (screenshot below), this security setting affects JEMH.
...
Jira is the gatekeeper of security and will reject issue update requests (by JEMH) if they violate security choices:. Settings are found within the JSM Project > Customer permissions section.
“Customers who are added to the project”
When set, Jira will deny any Jira user that may exist in your site but are not actually added as customer to this particular Service Desk:
...
jira-user without current portal access handling | Configuration Required |
---|---|
Drop |
|
Treat as non-Jira |
|
“Customers who have an account on this Jira site”
When set, Jira will allow any Jira user to be added as a request participant. If addressees are found that do not have accounts, they will simply be excluded. Only when non-Jira support is enabled would they become involved as email only.
...
jira-user without current portal access handling | Configuration Required |
---|---|
Drop | n/a, default behaviour |
Treat as non-Jira |
|
Email Processing Report Messages
Status | ||||
---|---|---|---|---|
|
...