Managing notifications from several AWS accounts, customer by customer

When an MSP or a dev shop looks after several customers' AWS accounts, the notification emails pile up in one place with nothing to say whose they are. Sabaki sorts them customer by customer from two things: the forwarding address each group has of its own, and the account ID in the body. The inbox, the destinations and the response ledger then exist one per customer.

Last updated: 2026-09-22

What happens once there are several accounts

An AWS notification carries a 12-digit account ID in the subject or the body, and little else: the customer's name appears nowhere. With 5 customers and 15 accounts in your care, the same maintenance notice arrives 15 times, and each copy has to be checked against a spreadsheet to work out whose production it is and which one is a staging environment.

The record of what was done is shut inside the mailbox of whoever dealt with it, so “did anyone handle that notice for Company B?” has no answer within the team, and what little there was disappears when that person changes team or leaves.

Groups and matching on the account ID

In Sabaki the customer is created as a group first, and that customer's AWS account IDs are registered in it. Each group is issued a forwarding address of its own, so if you already keep a mailbox per customer, forwarding from there is all the sorting there is to do.

And if the notifications for several customers land in one mailbox, that works too: the account ID pulled out of the body is matched against the accounts already registered, and the notice goes to the right customer. An account ID seen for the first time appears at the top of the inbox as an “unconfirmed AWS account”; press “Link”, pick the customer, and from then on it is recognised on its own.

An inbox, destinations and a ledger per customer

The inbox filters by customer, and starred notifications, the archive, the trash, search and bulk actions are the same for everyone in the workspace. The response ledger keeps who decided “Handled” or “No action needed”, when, and with what reason. Slack and email destinations are split per customer too, so Company A's notifications reach only Company A's channel.

Example: the mail that arrives, and what Sabaki shows

The subject and body imitate a real notification. Account IDs and dates are fictional.

The mail that arrives (English)
From
Amazon Web Services <no-reply-aws@amazon.com>
Subject
Your Amazon EC2 Reserved Instances are expiring soon [AWS Account: 987654321098]

Dear Amazon EC2 Customer,

This is a reminder that 2 of your Amazon EC2 Reserved Instances in the ap-northeast-1 region (m5.large, Linux/UNIX) will expire on 2026-10-31. After expiration, the instances covered by these reservations will be charged at On-Demand rates.

To continue receiving the discounted rate, purchase new Reserved Instances or consider a Savings Plan before the expiration date.

What Sabaki shows (English)
Action requiredCompany B (core system)987654321098 (Company B, production)Due: 2026-10-31

Two EC2 Reserved Instances (m5.large) in Company B's production account expire on 31 October, and from then on they are charged at On-Demand rates.

Past that date the instances keep running, but the discount is gone and the monthly bill goes up. Before 31 October, ask Company B whether those instances will stay in use as they are; if the answer is yes, propose buying new Reserved Instances or moving to Savings Plans. If they are due to be shut down, nothing needs doing.

If account 987654321098 is not registered, it is flagged as an “unconfirmed AWS account”, and the moment it is linked to Company B this notification moves into Company B's inbox too.

If the accounts are in AWS Organizations

Notifications are sorted by account ID, so Organizations member accounts are registered one by one under their customer. For cost visibility, connecting the management (payer) account shows the total spend of each member account, and the per-service breakdown for a member account is part of the Pro plan.

Pricing

Groups and sorting notifications by customer are on every plan. AWS account connections are 1 on Free and unlimited from Team up; sharing with your team is 3 people on Team, 10 on Business and unlimited on Pro; and splitting Slack and email per customer, together with the client share view, start at Business.

Forward one AWS notification and it comes back explained

The Free plan covers one account and one seat, with no credit card. Nothing changes on the AWS side, and no access keys are registered.

Related questions

Related guides

If this helps, pass it on to someone who needs it.