Invitation emails sent with wrong "FROM" field

Morten Reinhardtsen September 19, 2017

Hi

When sending invitations to new users, the FROM field in the email is set to the inviting admin users emailaddress, instead of respecting the outgoind email "From" field.

 

Is there any fix to this? Seems to be a bug in all release of 7.X. 

 

2017-09-19 12:13:10,685 ERROR [] Sending mailitem To='InvitedUSer@contoso.com' Subject='You have been invited to use JIRA' From='InvitingAdminn@contoso.com' FromName='Inviting Admin (JIRA)' Cc='null' Bcc='null' ReplyTo='InvitingAdmin@contoso.com' InReplyTo='null' MimeType='text/html' Encoding='UTF-8' Multipart='javax.mail.internet.MimeMultipart@1eb0e816' MessageId='null' ExcludeSubjectPrefix=false' Error occurred in sending e-mail: To='InvitedUSer@contoso.com' Subject='You have been invited to use JIRA' From='InvitingAdmin@contoso.com' FromName='Inviting Admin (JIRA)' Cc='null' Bcc='null' ReplyTo='InvitingAdmin@contoso.com' InReplyTo='null' MimeType='text/html' Encoding='UTF-8' Multipart='javax.mail.internet.MimeMultipart@53560722' MessageId='null' ExcludeSubjectPrefix=false'
com.atlassian.mail.MailException: com.sun.mail.smtp.SMTPSendFailedException: 550 5.7.60 SMTP; Client does not have permissions to send as this sender [AM6PR0702MB3606.eurprd07.prod.outlook.com]

at com.atlassian.mail.server.impl.SMTPMailServerImpl.sendWithMessageId(SMTPMailServerImpl.java:225) [atlassian-mail-2.7.18.jar:?]

1 answer

1 accepted

1 vote
Answer accepted
Andy Heinzer
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
September 19, 2017

Hi Morten,

The behavior you have described is listed as a documented bug in JIRA https://jira.atlassian.com/browse/JRASERVER-62061

Unfortunately there does not appear to be a work-around listed for this issue at this time.  While I would recommend watching that issue for updates, in the meantime, it might be possible to get around this limitation by adjusting the setting of the SMTP mail server that is sending the message.

That bug does document that different SMTP servers will handle this differently.  For example Gmail will still send the message, it just does so with a referral of the sender's addresses.  It seems however that other SMTP server such as Outlook365 and exchange instances, seem to be more affected by this due to their own configuration settings that forbid the application send as another user.   Perhaps this Microsoft Answers post might be helpful as a means to try to work around this problem:

https://answers.microsoft.com/en-us/msoffice/forum/msoffice_outlook/smtp-relay-error-550-5760-client-does-not-have/7ed99dad-e4c9-4ae9-86dc-e7505d233e6a?auth=1

Morten Reinhardtsen September 21, 2017

Most enterprise email systems are configured to validate email sending domains. In fact, modern anti-spam mechanisms such as DKIM, SPF, etc. require this. One cannot just randomly set arbitrary email headers and expect sending or receipt to work. Presumably, this is why there is the "From address" option under the "Outgoing Mail" configuration section. For us, this is a showstopper and none of our admins can invite users. Please raise the priority of this and provide an ETA for the fix.

Ryan Sinfield January 4, 2018

Agreed. My company have just purchased this software only to find a bug that is hampering our progress. This ticket has been open for over a year and doesn't seem to have a fix in sight. Is there an ETA for the fix yet?

Suggest an answer

Log in or Sign up to answer