Name | Enterprise Message Handler for JIRA (JEMH) |
|---|---|
JIRA | 5.0+ (earlier releases), see Marketplace for current JIRA releases |
Author(s) | |
Homepage | |
Support | Ask a Question |
License | Commercial, get an evaluation license |
Evaluation | 30day Evals are available from the JEMH plugin License form |
Purchasing | After installation, see the JEMH plugin License form |
Marketplace | https://marketplace.atlassian.com/plugins/com.javahollic.jira.jemh-ui |
IssueTracking | |
Downloads | See Plugin Exchange, check your Jira revision |
Recent updates
JEMH Overview
JEMH is an Enterprise Message Handler for JIRA that provides key business enabling functionality for your JIRA. Currently JEMH supports several Transports such as Email, HipChat and coming soon XMPP. Examples of some of this functionality are shown below:
Compatibility
JEMH has compatible version for JIRA 5.x and up. Sometimes API changes in JIRA mean that JEMH has to break backward compatibility, so, the latest version will not necessarily work for older JIRA releases, and this becomes more true the further back you go. Always check Marketplace compatibility!
JIRA6 Upgrades
For those coming to upgrade to JIRA6, the JEMH 1.4.x releases are required, and are not backward compatible with JIRA 5.x. See the Upgrading JEMH
Transport
A relatively new feature of JEMH is support of pluggable transport layers. Each Transport hooks into the JEMH IssueLister, can have per-event enablement, and customized template content in text or html. Current Transports include:
- HipChat (download) - Supports Text and HTML including images, free to use.
- XMPP (nearing release) - Supports Text and HTML, to be commercial.
Configure your JEMH
JEMH now has a full user interface for real-time customisation of all features, the legacy configuration file is deprecated. Configurations can be exported/imported for migration between environments.
Route your mail
Default mail handler implementations are not scalable, with project numbers rising, you will be seeing you mail server beginning to creak under the poll load, and JIRA issue creation slow down. JEMH solves this with Project Mappings, allowing arbitrary configurations based on addressee or sender email address, even sender group membership, in order to route to a target project. Created issues can be tailored as appropriate:
JEMH enabling JIRA as a Helpdesk
Using JIRA as a Helpdesk out of the box requires creation of users, but if the interaction is fleeting, and with a lot of support traffic, a significant amount of wasted seats will accrue, never mind the JIRA user account 'noise'. JEMH solves this by mapping remote user email addresses to a Custom Field, and uses a defaultReporter to nominally create the issue on their behalf. Updates by interactive JIRA-users (and remote non jira-users) cause IssueEvents to be fired, to which a JEMH IssueEventListener reacts, making use of JEMH TemplateSets, can notify remote users of these changes.
JIRA licensing is per interactive-user meaning, having a user account capable of logging into JIRA.
JEMH reducing Spam in your JIRA
So often JIRA's around the world get bombarded by various automated responses, e.g. Out of Office. At the least this can be distracting trying to trace an issue, at worst, it may cause email loops (though Precedence: bulk should help identify such traffic). JEMH global subject blacklisting can stop that from ever happening.
JEMH Directives
Directives allow remote users/automation solutions to manipulate issues through email. With several formats to choose from JEMH can be the email integration glue required to join disparate systems to JIRA.
JEMH Field Processors
JEMH has several Field Processors, each tailored to processing emails in a particular format. There are many generic formats available for inbound issue creation. Some system-specific custom integrations are also available, and will be expanded in future.