Service Desk with JEMH
1 answer
1 accepted
Hi @Andy Brook,
Thanks for the answer. Here's a more in-depth information on the scenario I'm faced with:
- There is only one JIRA Service Desk project (project name is SD) that will be using JEMH (to cater for the inbound Outlook-format handling)
- Before the installation of JEMH, the SD project has an email address itsupport@gmail.com for receiving emails and create requests.
- Any requests created from emails sent to that address from an Outlook client will clear the formatting of the emails. I believe that JEMH can help to fix that.
- Installed JEMH on the client's JIRA instance, and referred to the Create Issues (JIRA Service Desk 3+) documentation for configuration.
- Wanted to test the config, but confused about the setup:
- itsupport@gmail.com has yet to be disabled from the SD project for email requests.
- Confused on whether an email sent to itsupport@gmail.com will be processed by JEMH or JIRA Service Desk, if the JSD email requests setting is left enabled.
Do you think my configuration for JEMH is sufficient, or there are still things to do?
Hope this clears things up. I went through the documentation and realized that it's not easy to follow. My first time playing with this add-on. 
![Andy Brook [Plugin People]](https://avatar-management--avatars.us-west-2.prod.public.atl-paas.net/557058:2ba56c81-c904-43e1-b0cb-75d05f0d0c30/89a89882-f23e-4408-8774-ce9a7f564578/128 "Andy Brook [Plugin People]"){kind=avatar}
> 3.Any requests created from emails sent to that address from an Outlook client will clear the formatting of the emails. I believe that JEMH can help to fix that.
Yes, JEMH can do a lot on inbound processing of content to tidy it up etc. for this, you would need to disable the JSD mail handler, as discussed above.
> 5. Wanted to test the config, but confused about the setup
You've not yet clarified what your audience is, as described above, for this answer I'll assume that all your participants have JSD portal accounts.
a) If you want inbound mail to be processed by JEMH, setup a incoming JEMH mailhandler for this, and dont configure a JSD mail handler
b) Handling outbound notification is now a choice, either you want to use JSD's flavour or JEMH, with the extra facilities that it provides. With the case being considered as all users being portal users, JEMH Event Listener would be setup with a Project Mapping for your Service Desk project, with all the events enabled as needed for the JIRA User notifications, you'd select the notification scheme, include requet participants etc.
> I went through the documentation and realized that it's not easy to follow.
The JEMH documentation is usually specific about a feature, or a particular problem to solve, it doesn't necessarily help a newcomer with multi-point requirements, that's what our support channel is for 
There is an integration guide for JEMH and JSD:
In depth multi point questions are best dealt with through support channels than forums, if my next response is insufficient please log targeted queries by mailing us or by creating an issue after reg:
Hi @Andy Brook,
Thanks for the pointers! I managed to get it all worked out.
Yes, JEMH can do a lot on inbound processing of content to tidy it up etc. for this, you would need to disable the JSD mail handler, as discussed above.
This really help me, disabling the email requests option in JSD and just using the JEMH Mail Handler to process incoming mails work like a charm! 
You've not yet clarified what your audience is, as described above, for this answer I'll assume that all your participants have JSD portal accounts.
Sorry, forgot to mention this: yes, emails that come to JSD are from users that have portal access. If they don't have any account in JIRA, then the JEMH handler created them nicely.
Do you think there's an option in JEMH to use the JEditor renderer to translate incoming emails from Outlook to JSD? I tried the option of setting the processing mode to HTML, but it loses some of the email formattings.
Glad its all working out for you
> If they don't have any account in JIRA, then the JEMH handler created them nicely.
Yes, but remember about the auto-joining of a 'portal-users' group which should be (a) in your Customer role and (b) granted all the requisite permissions, notable CREATE_COMMENTS and EDIT_OWN_COMMENTS required to work around JSD oddities. There is a specific condition in the Profile > User section to only auto join 'when the user has no groups' (i.e.they are portal users who have joined directly, not previously auto-created through JEMH)
> Do you think there's an option in JEMH to use the JEditor renderer to translate incoming emails from Outlook to JSD?
No, JEMH does a HTML to wiki markup conversion, and can translate simple structures into their markup form eg <code> ==> \{code} blocks. Supporting 'write through' of HTML into descriptions/comments has been requested on a few occasions previously but this complicates reply processing (how to delimit replies) and would specifically require JEMH to do things differently on the way out as well. JEMH is complex enough without trying to go there.
Look at the Profile > Email > HTML... section, there are lots of things to enable. Yes, nested tables suck, and yes, enabling font styling works but will complicate your regular expressions to match the 'generated' \{color} markup in the HTML-converted wiki markup content (for mails sent as HTML with that styling and separately for mails sent as TEXT without same)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.