Change only Service Desk email links URL domain part

[Jineesh M G]

I need separate sub domain for JIRA and Service Desk. I am able to use IFRAME portal to mask the URL for Service Desk. My JIRA domain is jira.doamin.com and SD domain is support.domain.com. 

But all the email notifications from SD having the actual JIRA domain and this is not user friendly because the users of JIRA and SD are different clients in our case

How can it possible to change the email URL domain part?

[Jineesh M G · Accepted solution]

I am able to fix the issue by editing the email notification template by adding the iframe URL. And pass the request_url to a parameter to the iframe URL and hosted an index page in an Apache server then parse the URL and create the actual URL

[Alexey Matveev]

Hello, 

Not sure if it helps you. But you could define a different sender address for each project. You can read more here about it.

https://confluence.atlassian.com/adminjiraserver071/configuring-email-notifications-802592925.html

[Jineesh M G]

Thanks Alexy. 

But this is not the one I am looking for. I setup the SD url as http://support.example.com for one of our client. But whenever a user receives any email notification the link will go to the actual JIRA base url instead of this custom URL. That is my problem.

Following is one sample email from SD

--------------------------------------------

Just confirming that we got your request. We're on it.
View request · Turn off this request's notifications
This is shared with Jineesh M G.
Help Center, powered by JIRA Service Desk, sent you this message.

-------------------------------------------------

This View request will go to the URL http://jira.examplex.com/servicedesk/customer/portal/1/TESTPRT-3?sda_source=notification-email instead of http://support.example.com domain. 

How can hide this actual URL from client user.

[Alexey Matveev]

Thank you for your detailed explanation. Unfortunately I can not see an easy solution. One of the solutions could be editing email templates in Jira_Installation_Path. But it would be a complicated and prone to errors solution. 

[Jineesh M G]

Editing email template is fine for me. But could you please tell me the exact file names for these SD templates? 

[Nic Brough -Adaptavist-]

It's not that simple.  Editing Service Desk emails involves unpacking the Service Desk distribution and changing the code that generates them.

Even if you do that, it's not of that much use, as the SD portals only work under the url that is being put into the emails.

Whatever you have done to "set up the SD portal on a different url" is nothing more than an alias that gets the user to  the actual SD url.  In emails, there's a link to what they're going to end up using, so you might as well use it.

[Alexey Matveev]

I completly agree with Nic. 

[Jineesh M G]

We did an iframe mask and that will work for a non technical client user very well. Even in background it is using our actual http://jira.company.com the end user only see in his browser http://support.clientcompany.com. So this will give them more comfort than our company URL. In our setup we have more than two clients and they are only using SD portal. For them, the actual JIRA URL is not a good show.

I am only stuck with this email URL expose problem. Can you suggest any alternate mechanism to do that? Apache proxy redirection also not worth because it simply redirect to the original URL and end user can see the redirection.

Please suggest

[Jineesh M G]

Any solution for this? Can we use a filter plugin to overwrite the URL?

[Jineesh M G]

I am able to fix the issue by editing the email notification template by adding the iframe URL. And pass the request_url to a parameter to the iframe URL and hosted an index page in an Apache server then parse the URL and create the actual URL