Uploaded image for project: 'Jira Platform Cloud'
  1. Jira Platform Cloud
  2. JRACLOUD-21888

Remove [JIRA] from email subject lines i.e email prefix in the SMTP Server config

    • 2
    • 23
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Issue Summary

      Currently, it is not possible to remove the ** [JIRA] text from the subject in any Notification sent by Jira

      Steps to Reproduce

      1. Pull an action to receive an email Notification from Jira
      2. See the email received

      Expected Results

      To be able to remove the [JIRA] text from the subject as in the From value

      Actual Results

      All Notifications are sent with the [JIRA] text in the Subject:

      Workaround

      Currently, there is no known workaround for this behavior. A workaround will be added here when available

      Original description:

      21 December 2015

      Hi everyone,

      Thanks for voting and commenting on this issue. Your feedback is key to helping us understand how you use JIRA so we can continue improving your experience. We have reviewed this issue over the last few days; however there are not currently any plans to implement this suggestion.

      Please remember that jira.atlassian.com is one of many inputs for the JIRA roadmap. You can learn more about our process here.

      I understand that our decision may be disappointing. Please don't hesitate to contact me if you have any questions.

      Regards,
      Otto Ruettinger
      Principal Product Manager, JIRA
      oruettinger (at) atlassian (dot) com

      Original Description
      Why is it REQUIRED that I enter an email prefix when configuring an SMTP Server for JIRA? Rather presumptuous that all users want this.

      For filtering in the email client, all my emails from JIRA are differentiated by the From address. I don't need (JIRA) or anything else prepended to every subject line. And furthermore, now that I can config custom subject lines per email notification type, I could always prepend whatever I want to each subject line in those Velocity templates including "(JIRA)" if I so wanted.

      Please remove this requirement from defining the SMTP server.

      The problem needs fixing in:

      • MailServerActionSupport.java doValidation() – remove check for isBlank(prefix)
      • remove "<ui:param name="'mandatory'">true</ui:param>" from updatesmtpmailserver.jsp

        1. screenshot-1.png
          screenshot-1.png
          46 kB
        2. screenshot-2.png
          screenshot-2.png
          46 kB

            [JRACLOUD-21888] Remove [JIRA] from email subject lines i.e email prefix in the SMTP Server config

            Wyatt Best added a comment -

            I'm a new Jira Service Management CLOUD user. Where is the Prefix setting in the cloud configuration?

            We're trying to minimize the number of [Blah Blah] tags in our email subjects, as users are becoming blind to them.

            Wyatt Best added a comment - I'm a new Jira Service Management CLOUD user. Where is the Prefix setting in the cloud configuration? We're trying to minimize the number of [Blah Blah] tags in our email subjects, as users are becoming blind to them.

            Please check the num-lock of your Laptop's keyboard to make this alt+255 work.

            Arunava Basu added a comment - Please check the num-lock of your Laptop's keyboard to make this alt+255 work.

            VVor added a comment -

            Place your cursor into Prefix field, press and hold Alt-key, type "255" and then release Alt-key. Now you have a small empty space at the beginning of your subject

            p.s. I tried adding alt-141 as were suggested here, but in this case I see a letter "H" or something that looks like it, not the "space"

            VVor added a comment - Place your cursor into Prefix field, press and hold Alt-key, type "255" and then release Alt-key. Now you have a small empty space at the beginning of your subject p.s. I tried adding alt-141 as were suggested here, but in this case I see a letter "H" or something that looks like it, not the "space"

            JohnG added a comment -

            The "Re:" suggestion was excellent. In MS Outlook that text is removed with the default view and only shows up in the reading pane making it almost as if it doesn't exist.

            JohnG added a comment - The "Re:" suggestion was excellent. In MS Outlook that text is removed with the default view and only shows up in the reading pane making it almost as if it doesn't exist.

            Arco Janse added a comment -

            I've added a new suggestion to change the prefix setting into a Project or Issue type based setting. JRA-63996

            Arco Janse added a comment - I've added a new suggestion to change the prefix setting into a Project or Issue type based setting.  JRA-63996

            Such an easy thing to fix. Shame it has not be prioritised at all. There's really no business or technical reason to force a prefix on all outgoing emails.

            Justin Freeman added a comment - Such an easy thing to fix. Shame it has not be prioritised at all. There's really no business or technical reason to force a prefix on all outgoing emails.

            Awesome thought Rick! But this is still really dumb. How is it even still open?

            Scott Beeson added a comment - Awesome thought Rick! But this is still really dumb. How is it even still open?

            Rick Burch added a comment -

            I decided to change mine to "RE:" since it is, in fact, regarding the issue referenced. And, most people naturally ignore it.

            Rick Burch added a comment - I decided to change mine to "RE:" since it is, in fact, regarding the issue referenced. And, most people naturally ignore it.

            If it's just an issue with the name "JIRA" itself you can change it to whatever you like, for instance to your company name. Currently you just can't leave it empty which is annoying. I voted for this issue, too, and cleared it on database-level.

            René Schabacker added a comment - If it's just an issue with the name "JIRA" itself you can change it to whatever you like, for instance to your company name. Currently you just can't leave it empty which is annoying. I voted for this issue, too, and cleared it on database-level.

            As I'm evaluating Jira Service Desk, the [JIRA] prefix will be very confusing to my customers. They are non-technical folks and have likely not heard of Jira and most likely flag it as spam. Therefore, I believe that the email prefix will prevent customers from seeing status of service requests and will hinder the effectiveness of the Service Desk solution. Hence, I've added by vote for this and look forward to a non-database solution.

            Theresa Bateman added a comment - As I'm evaluating Jira Service Desk, the [JIRA] prefix will be very confusing to my customers. They are non-technical folks and have likely not heard of Jira and most likely flag it as spam. Therefore, I believe that the email prefix will prevent customers from seeing status of service requests and will hinder the effectiveness of the Service Desk solution. Hence, I've added by vote for this and look forward to a non-database solution.

            I agree that this should be fixed an I have voted for this issue. But as a work around that does not include editing the database directly you can type ALT+141 in the prefix field and it puts space that the web configuration will accept.

            Scott Correll added a comment - I agree that this should be fixed an I have voted for this issue. But as a work around that does not include editing the database directly you can type ALT+141 in the prefix field and it puts space that the web configuration will accept.

            Scott Beeson added a comment - - edited

            The fact that the existing code actually checks for a prefix indicates to me this is nothing less than a bug (that would literally take 10 seconds to fix)

            Scott Beeson added a comment - - edited The fact that the existing code actually checks for a prefix indicates to me this is nothing less than a bug (that would literally take 10 seconds to fix)

            Unbelievably disappointing. But since we're not using Jira anymore, oh well.

            Scott Beeson added a comment - Unbelievably disappointing. But since we're not using Jira anymore, oh well.

            Hi Martin,
            This was added a long time ago, its available in the Diagnostic section of JEMH:

            Before submit

            After submit

            Andy Brook added a comment - Hi Martin, This was added a long time ago, its available in the Diagnostic section of JEMH: Before submit After submit

            Andy Brook: Do you have a solution in JEMH for this? Can you build one?

            Martin Seibert added a comment - Andy Brook: Do you have a solution in JEMH for this? Can you build one?

            Very disapointing, that you don't manage to work on these small and useful improvements of the software.

            It seems, as if Atlassian is overextended by managing public issue tracking and keeping track of the wishes and demands of the user community (Otto: "Volklaboration"!) ...

            Joachim Seibert added a comment - Very disapointing, that you don't manage to work on these small and useful improvements of the software. It seems, as if Atlassian is overextended by managing public issue tracking and keeping track of the wishes and demands of the user community (Otto: "Volklaboration"!) ...

            Otto added a comment -
            21 December 2015

            Hi everyone,

            Thanks for voting and commenting on this issue. Your feedback is key to helping us understand how you use JIRA so we can continue improving your experience. We have reviewed this issue over the last few days; however there are not currently any plans to implement this suggestion.

            Please remember that jira.atlassian.com is one of many inputs for the JIRA roadmap. You can learn more about our process here.

            I understand that our decision may be disappointing. Please don't hesitate to contact me if you have any questions.

            Regards,
            Otto Ruettinger
            Principal Product Manager, JIRA
            oruettinger (at) atlassian (dot) com

            Otto added a comment - 21 December 2015 Hi everyone, Thanks for voting and commenting on this issue. Your feedback is key to helping us understand how you use JIRA so we can continue improving your experience. We have reviewed this issue over the last few days; however there are not currently any plans to implement this suggestion. Please remember that jira.atlassian.com is one of many inputs for the JIRA roadmap. You can learn more about our process here . I understand that our decision may be disappointing. Please don't hesitate to contact me if you have any questions. Regards, Otto Ruettinger Principal Product Manager, JIRA oruettinger (at) atlassian (dot) com

            Andy Brook added a comment -

            Re: JEMH - for those not able to use script-runner, I've added a form to apply this under JEMH > Diagnostics in v1.7.28+

            Andy Brook added a comment - Re: JEMH - for those not able to use script-runner, I've added a form to apply this under JEMH > Diagnostics in v1.7.28+

            We have the same problem with this "feature". Using JEMH for sending support status mails - which come with their own subject line. But still JIRA adds its prefix. We added 2 spaces as "prefix" but this looks stupid. This field should be optional.

            jira@peachesgroup.com added a comment - We have the same problem with this "feature". Using JEMH for sending support status mails - which come with their own subject line. But still JIRA adds its prefix. We added 2 spaces as "prefix" but this looks stupid. This field should be optional.

            We too have users not wanting this prefix, I really do not understand why it is made mandatory, especially if you can hack this after the fact. If this workaround applicable to all versions of JIRA and is 100% tested ? - https://confluence.atlassian.com/display/JIRAKB/How+to+remove+the+email+prefix+in+JIRA+SMTP+server+configuration

            John Digweed added a comment - We too have users not wanting this prefix, I really do not understand why it is made mandatory, especially if you can hack this after the fact. If this workaround applicable to all versions of JIRA and is 100% tested ? - https://confluence.atlassian.com/display/JIRAKB/How+to+remove+the+email+prefix+in+JIRA+SMTP+server+configuration

            This is annoying.
            We do not want to see that Jira in the Email subject.
            This is not needed and just causes 'pollution' in the inbox subjects.

            Gregory Demotchkine added a comment - This is annoying. We do not want to see that Jira in the Email subject. This is not needed and just causes 'pollution' in the inbox subjects.

            This is an issue for us as well. Can we please get a response from Atlassian on this?

            Kenny Ayers added a comment - This is an issue for us as well. Can we please get a response from Atlassian on this?

            Here's how to work around this...

            Using the Script Runner plugin for JIRA, run the following Groovy admin script to punch a null email prefix right into the SMTP Server object...

            import com.atlassian.mail.MailFactory
            import com.atlassian.mail.server.SMTPMailServer

            server = MailFactory.getServerManager().getDefaultSMTPMailServer()
            server.setPrefix("")
            MailFactory.getServerManager().update(server)

            // verify results
            MailFactory.getServerManager().getDefaultSMTPMailServer()

            David Goldstein added a comment - Here's how to work around this... Using the Script Runner plugin for JIRA, run the following Groovy admin script to punch a null email prefix right into the SMTP Server object... import com.atlassian.mail.MailFactory import com.atlassian.mail.server.SMTPMailServer server = MailFactory.getServerManager().getDefaultSMTPMailServer() server.setPrefix("") MailFactory.getServerManager().update(server) // verify results MailFactory.getServerManager().getDefaultSMTPMailServer()

            heh, hi Matt, hows tricks? I was just alluding to my imminent meal of classes and chips when I'll be cutting up some Atlassian code again - customizations, doable but a pain to manage ongoing. A bit like, oh, JRA-19957 for instance

            Andy Brook (Javahollic Software) added a comment - heh, hi Matt, hows tricks? I was just alluding to my imminent meal of classes and chips when I'll be cutting up some Atlassian code again - customizations, doable but a pain to manage ongoing. A bit like, oh, JRA-19957 for instance

            MattS added a comment -

            @andy "Steely knives"? I must be missing something - what is going under the knife?

            MattS added a comment - @andy "Steely knives"? I must be missing something - what is going under the knife?

            I agree, its weird that the value is required, especially as there appears to be sufficient checking in the code that actually makes use of the value, see com/atlassian/mail/server/impl/util/MessageCreator.java :

                   String fullSubject = subject;
                    if (TextUtils.stringSet(prefix))
                        fullSubject = prefix + " " + fullSubject;
            

            So why is the UI requiring a value, empty should equal "", which would be handled gracefully (and ignored, as expected) inside the code generating the subject.

            Its a trivial thing, but like so many others, unlikely to get attention any time soon. Steely knives at the ready!

            Andy Brook (Javahollic Software) added a comment - - edited I agree, its weird that the value is required, especially as there appears to be sufficient checking in the code that actually makes use of the value, see com/atlassian/mail/server/impl/util/MessageCreator.java : String fullSubject = subject; if (TextUtils.stringSet(prefix)) fullSubject = prefix + " " + fullSubject; So why is the UI requiring a value, empty should equal "", which would be handled gracefully (and ignored, as expected) inside the code generating the subject. Its a trivial thing, but like so many others, unlikely to get attention any time soon. Steely knives at the ready!

            This requirement is pretty annoying for us as well and not understandable at all - I'd like to add that the Prefix setting is also inconsistent regarding the related Email from setting, which is located in General Configuration instead; obviously it seems appropriate to locate the future Email prefix setting there as well, besides making it optional in the first place of course.

            Thanks!

            Steffen Opel added a comment - This requirement is pretty annoying for us as well and not understandable at all - I'd like to add that the Prefix setting is also inconsistent regarding the related Email from setting, which is located in General Configuration instead; obviously it seems appropriate to locate the future Email prefix setting there as well, besides making it optional in the first place of course. Thanks!

              Unassigned Unassigned
              14bc6f9bf9fb David Goldstein
              Votes:
              110 Vote for this issue
              Watchers:
              70 Start watching this issue

                Created:
                Updated: