nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Updates to Outgoing Mail in Atlassian Cloud

Rob Saunders_5cnx12

Jira and Confluence have started to use a new mail platform to deliver outgoing email.

This has been rolled out progressively to sites over the past few months, and will soon be complete. For administrators who whitelist IP ranges, you can update the list of IPs that Atlassian mail will be sent from as found on this page: Atlassian Cloud IP ranges and domains

Mail from Jira and Confluence will appear as being sent from the following addresses according to product & region. If you have automation rules that are triggered based on these emails, you may need to update your rules:

jira@mail-us.atlassian.net on behalf of Sender <jira@your_instance>
jira@mail-eu.atlassian.net on behalf of Sender <jira@your_instance>
confluence@mail-us.atlassian.net on behalf of Sender<confluence@your_instance>
confluence@mail-eu.atlassian.net on behalf of Sender<confluence@your_instance>

As an example, mail headers will look like the following:

Received-SPF: pass (google.com: domain of bounce@mail-us.atlassian.net designates 35.167.7.36 as permitted sender) client-ip=35.167.7.36;

If you have further questions about the impact of this change to your site, feel free to add questions here in this public forum or contact our support team to discuss your specific site

This information has also been posted in our Cloud Changes Blog series which you can watch to get future release change information from once you are logged into confluence.atlassian.com

Comments

Enkhtaivan Ganbat

Hello,

Starting around this update, our JIRA service desk instance stopped sending us email upon issue creation, new comments etc. We used to receive email from jira@ourinstance@atlassian.net. But we're still receiving email from automation rules, such as sending a reminder email when an issue has been in a 'Waiting for customer' status for few days. What should I do to resolve this problem?

Vasi

Hey @Enkhtaivan Ganbat,

Based on your description, it doesn't seem to be related to this specific change. This change would affect all types of notifications, including automation rules.

So it looks like there were changes in JSD notifications, or Jira notifications in a project.

Keep in mind that for JSD project there would be 2 places where you can control notifications (both are in "Project Settings" of a project):

1. JSD-related notifications that affect JSD customers: "Customer notifications"
2. Jira-related notifications that affect users that use JSD, but also have Jira license: "Notifications"

So you can check if there is anything changed and if still all seem to be as expected, please get in touch with Support. We will be happy to help!

Hope it helps!
Vasily

Deepthi Aynumpudi

Hi,

Few users in our team suddenly stopped receiving email notifications from JIRA. There is no change in the notification settings, but we couldn't understand why this is happening with only a few users. And why all of a sudden?

Could this have anything to do with that?

Regards,

Deepthi

Vasi

Hey @Deepthi Aynumpudi,

Similar to the first case described here, it doesn't look as it is because of the mentioned change.

I can see that you got in touch with our Support Team, so you are in good hands

Regards,
Vasily

Paul Beaumont

We have a similar issue in Jira Cloud. Emails are being sent from : 67.231.154.164 which is not in _spf.atlassian.net SPF record. So SPF fails. Also, it is not in the list here: Atlassian Cloud IP ranges and domains

Is there a process to keep these updated?

Hope its fixed soon

Vasi

Hey Paul,

Apologies that your question slipped through.
You contacted us via Support, so I will just post some details here for reference.

Mentioned IP address "67.231.154.164" doesn't belong to us and is used by Proofpoint.
This means that Proofpoint service intercepts an email and adds mentioned IP to the header.
This is where your filter is triggered.

One of the recommendation here would be to make sure that Proofpoint IPs are trusted.

Thank you,
Vasily

Daryl Kinchoy

Thank you

Eric Sowa

Any updates for dkim when using a custom email domain. We are rolling out JSD and SPF passes where DKIM fails as the header I. =atlassian.net which does not match senders email address. Does changes include sendgrid?

Veera_zqt9p1

@Eric Sowa

Unfortunately for now, we still don't have it working.

Eric Sowa_3sl006

@Veera Is it true that next gen project you won't be able to change the send as address

Veera_zqt9p1

@Eric Sowa

Yes, it's not possible for next-gen projects at the moment. We have been tracking this as a feature request: JSWCLOUD-17392

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

jira

cloud

jira-service-desk

jira-cloud

confluence-cloud