Skip to content

SNS emails stopped reaching Exchange distribution mailboxes in N. Virginia

0

Hi AWS team/community,

We have noticed an issue where emails generated by Amazon SNS have suddenly stopped reaching an Exchange distribution mailbox.

What is concerning is that this does not appear to be an isolated issue. We are seeing the same behavior across multiple customers/environments, specifically when the AWS resources are located in US East (N. Virginia) / us-east-1.

The SNS notifications are being generated successfully, but the corresponding emails are no longer arriving at the Exchange distribution mailboxes.

We would like to understand:

Is there currently any known incident or issue affecting Amazon SNS email delivery in us-east-1? Has AWS made any recent changes that could affect SNS email delivery to Microsoft Exchange distribution mailboxes? Are there any known issues involving AWS SNS and Exchange/Microsoft 365 mail filtering or delivery? Is there any recommended way to trace the SNS email delivery and determine where the messages are being dropped?

Since we are observing the same behavior with multiple customers, we suspect this may be related to the AWS region or SNS rather than an individual Exchange configuration.

Any guidance or information about a known incident would be greatly appreciated.

Thank you.

2 Answers
0

Amazon SNS does not support delivery status logging for email endpoints. To track email delivery and troubleshoot issues with email notifications, you should use Amazon Simple Email Service (Amazon SES) instead, as it provides comprehensive monitoring and tracking capabilities for email sending activity.

For your situation with emails not reaching Exchange distribution mailboxes, here are some steps to investigate:

First, check the AWS Service Health Dashboard to see if there are any known issues with Amazon SNS or related services in the us-east-1 region.

Since SNS doesn't provide detailed email delivery tracking, consider the following possibilities:

  1. Contact the recipients or their email administrators to verify that the emails aren't being filtered as spam or blocked by Exchange's mail filtering rules. Distribution lists can have specific filtering policies that may have recently changed.

  2. The issue could be related to greylisting - a spam prevention technique where mail servers temporarily reject messages from unknown senders. This can cause delivery delays, and the messages may eventually be delivered on retry attempts.

  3. Verify that the sender email addresses and any Return-Path addresses are valid and properly configured.

  4. Check whether the emails are arriving at individual mailboxes but specifically failing for distribution lists, which could indicate an Exchange-specific configuration issue rather than an AWS issue.

If you have a paid AWS Support Plan, you can open a technical support case through the AWS Support Center (https://console.aws.amazon.com/support/) to investigate further. When opening a case, provide relevant recipient addresses and any request or message IDs from your SNS publish operations.

For better email delivery monitoring and troubleshooting capabilities in the future, consider migrating your email notifications to Amazon SES, which provides detailed delivery status tracking through Amazon CloudWatch Logs.
Sources
Amazon SES Delivery problems - Amazon Simple Email Service
Amazon SES Delivery problems - Amazon Simple Email Service
Activate delivery status logging for Amazon SNS | AWS re:Post

answered 19 days ago

EXPERT

reviewed 19 days ago

0

Hey Thiago, I've been looking at this same pattern and the cross-customer, us-east-1 scoping is the tell here. When drops are silent and affect multiple environments in the same region simultaneously, it almost always comes down to either a Microsoft 365 inbound filter reacting to an SNS sending-IP range change, or a regional blocklist update on the Exchange side, not a per-customer misconfiguration.

The fastest way to confirm which it is: enable SNS delivery status logging to CloudWatch Logs. That will show you whether SNS is recording a successful handoff or a bounce/rejection, and if there's a rejection code, it'll usually point directly at the Exchange/M365 layer. From there you can decide whether SES with event publishing gives you the delivery tracking SNS lacks for email.

One thing I'd be curious about: are the affected subscription endpoints all going to Exchange distribution lists specifically, or are individual Exchange mailboxes also failing? That distinction changes the diagnosis pretty quickly.

I'll dig into the SNS delivery logging setup for Exchange scenarios and post back here with the specific CloudWatch config steps if that would help.

answered 18 days ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.