Enable non-Jira Account holders to receive issue updates and create/comment on Issues

As of JEMH 2.0.0 JEMH's Event Listener can send notifications via the following three transports: Email, Hip Chat, SMS. For this guide the Email transport will be used.

Scenario

Users with no Jira user account are sending emails to JEMH to create or update issues. These users need to be notified of events for issues they are involved with. Additionally, there may be other recipients without accounts that need to be notified.

Profile configuration

Prerequisite step

Ensure the following is conifgured in your User Section which can be found via JEMH Configuration> Profile > a Profile Item > Conifgure > User Section and follow the steps below with the screenshot below as a reference:

  1. Set a Default Reporter user who will be used as the surrogate reporter for issues.

  2. Ensure that the Create users option is disabled otherwise JEMH will create user accounts for the users (which we do not want in this scenario).

 

Create custom fields to hold data

JEMH two text type fields to store the Personal part of an email and the actual email address. As an example we will create the custom fields Sender Name and Sender Email Address. Create these now if they don't already exist. In Jira navigate to Jira Administration > Issues > Custom fields. Then, click the Add custom field button:

 

Select Text Field (single line) and hit Next

 

Set the name of the field to be Sender Name and select Next.

 

 

Configure which issue types and which projects the custom field should apply to.

 

 

Update the screens on which the field should appear and select Update

 

 

Repeat the above steps to create the "Sender Email Address" field. You should now have 2 custom fields created. One for the sender address, and one for their "personal" name:

 

 

Configure profile to add non-Jira sender to custom fields

Go back to your Profile via JEMH Configuration > Profiles > a Profile item > Configure > Email and select the Email Section and choose the appropriate Operating mode:

 

 

Locate the Sender processing: non jira-user section via the Sender Processing Tab in the previously mentioned Email Section and select the newly created custom fields:

 

 

Hit Save and check the values are reflected:

Configure profile to add Non-Jira addressees to custom fields

To enable other addressees (CC and other TO addresses) who are not related to Jira account holders, to receive updates edit the following settings under Email Section> Addressee Processing:

  • Addressee Handling - Ensure that the toCustomField option is selected (this is a multiselect, so if you want JIRA account holders to become watchers, select that too).

  • Assign non jira-user Email to a Text CustomField - Set this field to a TEXT (multi line) type custom field, all additional TO: and CC: addresses will be added to this field. This field is used by the JEMH Event Listener to send notifications.

If you wish to to only list CC addresses then you can select a TEXT (multi line) custom field for the CC Email Custom Field option.

Please note that using the same custom field for both the Assign non jira-user Email to a Text Customfield and CC Email Custom Field options will result in only the CC addresses being listed.

Notifications/Event Listener driven notifications

The Event Lister/Notifications is used to monitor specific projects for events. When an event occurs in a monitored project, JEMH checks its configured custom field(s) for non-Jira addresses to notify. Let's look at how to configure this:

Templates for updates

JEMH will only send updates for events that have been configured. JEMH allows the configuration of outbound Templates through the Template Set functionality, where templates can be imported from JIRA for customization.

 

Configuration

Now that the non-Jira user email address fields have been mapped and validated, its time to setup the JEMH Event Listener/Notifications Tab.

From the JEMH Configuration screen, select the Event Listener/Notifications tab via JEMH Configuration > Notifications:

 

 

Next, add a Project Mapping for your target project. Navigate to the Non-Jira notifications tab via Transports Section > Email Tab > Non Jira notifications and then New Project Mapping to create a Project mapping.

 

 

 

Enter the following information and then press submit:

  • Project Keys: Enter the KEY of your target project (e.g. TEST).

  • Notification Format: Set the format of the notification (e.g. HTML).

  • CSV email Custom Fields: Enter the name of the custom field used used to store non-Jira user address - "Sender Email Address".

 

  • Save your configuration changes

Select notification templates for chosen issue events

Edit the Project Mapping once more, and go to the Event Template Selection section. Select notification templates for the issue events you want the non-Jira users to be notified of.

 

Press the submit button when you are done.

Enable the Event Listener

If it is not already enabled, now is the time to enable the Event Listener via the previous Notifications screen > Issue Events Section > Edit Icon (Pen):

 

 

 

 

 

And verify:

 

 

Profile driven notifications

Only a simple change is needed for the issue creation notification to be triggered and sent by the JEMH profile. Under the Notification section in the JEMH profile, change the Notify Users on Issue setting to Non-Jira sender.

Defaults

Configure Non-jira user notification

After Update

Defaults

Configure Non-jira user notification

After Update

Create issue notification content

 

Verify that non-Jira users can receive notifications

Ensure that you have an outbound mail server connection set up in Jira.

Create and run a test case to send a notification

Create a test case as before, update the remote user to be a non existent email address in Jira (e.g. a personal address) and run it.

An initial issue created event should be sent out, it may take a minute to flush out of the queue. Here is an Issue Created Custom notification:

 

Now go and comment on the issue as a Jira user. The issue event should fire, be rendered and also sent to the queue, which also will be dispatched a little later.

Here is a standard Issue Commented notification: