A single rootmail box for all your AWS accounts. The cdk implementation and adaption of the superwerker rootmail feature. See here for a detailed Architectural Decision Record (ADR)
- TL;DR
- Usage
- Solution design: Version 1 - Domain in the same AWS account
- Solution design: Version 2 - external DNS provider
- Uninstall
- Known issues
- Related projects
Each AWS account needs one unique email address (the so-called "AWS account root user email address").
Access to these email addresses must be adequately secured since they provide privileged access to AWS accounts, such as account deletion procedures.
This is why you only need 1 mailing list for the AWS Management (formerly root) account,
we recommend the following pattern aws-roots+<uuid>@mycompany.test
Note
Maximum 64 characters are allowed for the whole address.
And as you own the domain mycompany.test
you can add a subdomain, e.g. aws
, for which all EMails will then be received with this solution within this particular AWS Management account.
Administrative access to an AWS account and the following tools:
brew install aws-cli node@18 esbuild
... or a longer listing
- Access to a development environment. It is recommended to use AWS Cloud9 to avoid having to set up the tools needed to deploy the solution. See Getting started with AWS Cloud9.
- Using Cloud9, all of the following have already been configured for you. If you choose not to use Cloud9, you will need to install the following.
- AWS CLI. See Installing, updating and uninstalling the AWS CLI version 2
- Set up the AWS CLI with IAM access credentials. See Configuring the AWS CLI
- Node.js version 10.13.0 or later
- AWS CDK version 2.90.0 or later. For installation instructions see Getting Started with the AWS CDK
- Docker version 20.10.x or later OR esbuild
You can chose via embedding the construct in your cdk-app or use is directly via Cloudformation.
- To start a new project we recommend using projen.
- Create a new projen project
npx projen new awscdk-app-ts
- Add
@mavogel/awscdk-rootmail
as a dependency to your project in the.projenrc.ts
file - Run
yarn run projen
to install it
- In you
main.ts
file add the following code
import { Rootmail } from '@mavogel/awscdk-rootmail';
import {
App,
Stack,
StackProps,
aws_route53 as r53,
} from 'aws-cdk-lib';
import { Construct } from 'constructs';
export class MyStack extends Stack {
constructor(scope: Construct, id: string, props: StackProps = {}) {
super(scope, id, props);
const domain = 'mycompany.com'
const hostedZone = r53.HostedZone.fromLookup(this, 'rootmail-parent-hosted-zone', {
domainName: domain,
});
new Rootmail(this, 'rootmail', {
// 1. a domain you own, registered via Route53 in the SAME account
domain: domain,
// 2. so the subdomain will be aws.mycompany.test and
subdomain: 'aws',
// 3. wired / delegated automatically to
wireDNSToHostedZoneID: hostedZone.hostedZoneId,
});
}
}
- run on your commandline
yarn run deploy
- No need to do anything, the NS records are automatically propagated as the parent Hosted Zone is in the same account!
- The
hosted-zone-dkim-propagation-provider.is-complete-handler
Lambda function checks every 10 seconds if the DNS for the subdomain is propagated. Details are in the Cloudwatch log group.
You might also want to pass in you own function on what to do when an EMail is received
file functions/custom-ses-receive-function.ts
which gets the 2 environment variables populated
EMAIL_BUCKET
EMAIL_BUCKET_ARN
as well as s3:GetObject
on the RootMail/*
objects in the created Rootmail S3
bucket.
import { S3 } from '@aws-sdk/client-s3';
import { ParsedMail, simpleParser } from 'mailparser';
// populated by default
const emailBucket = process.env.EMAIL_BUCKET;
const emailBucketArn = process.env.EMAIL_BUCKET_ARN;
const s3 = new S3();
// SESEventRecordsToLambda
// from https://docs.aws.amazon.com/ses/latest/dg/receiving-email-action-lambda-event.html
export const handler = async (event: SESEventRecordsToLambda) => {
for (const record of event.Records) {
const id = record.ses.mail.messageId;
const key = `RootMail/${id}`;
const response = await s3.getObject({ Bucket: emailBucket as string, Key: key });
const msg: ParsedMail = await simpleParser(response.Body as unknown as Buffer);
let title = msg.subject;
console.log(`Title: ${title} from emailBucketArn: ${emailBucketArn}`);
// use the content of the email body
const body = msg.html;
// add your custom code here ...
// dummy example: list s3 buckets
const buckets = await s3.listBuckets({});
if (!buckets.Buckets) {
console.log('No buckets found');
return;
}
console.log('Buckets:');
for (const bucket of buckets.Buckets || []) {
console.log(bucket.Name);
}
}
};
and you create a separate NodejsFunction
as follows with the additionally needed IAM permissions:
const customSesReceiveFunction = new NodejsFunction(stackUnderTest, 'custom-ses-receive-function', {
functionName: PhysicalName.GENERATE_IF_NEEDED,
entry: path.join(__dirname, 'functions', 'custom-ses-receive-function.ts'),
runtime: lambda.Runtime.NODEJS_18_X,
logRetention: 1,
timeout: Duration.seconds(30),
});
// Note: any additional permissions you need to add to the function yourself!
customSesReceiveFunction.addToRolePolicy(new iam.PolicyStatement({
actions: [
's3:List*',
],
resources: ['*'],
}))
and then pass it into the Rootmail
Stack
export class MyStack extends Stack {
constructor(scope: Construct, id: string, props: StackProps = {}) {
super(scope, id, props);
const domain = 'mycompany.test'
const hostedZone = r53.HostedZone.fromLookup(this, 'rootmail-parent-hosted-zone', {
domainName: domain,
});
const rootmail = new Rootmail(this, 'rootmail-stack', {
domain: domain;
autowireDNSParentHostedZoneID: hostedZone.hostedZoneId,
env: {
region: 'eu-west-1',
},
customSesReceiveFunction: customSesReceiveFunction, // <- pass it in here
});
}
}
or use it directly a Cloudformation template yaml
from the URL here.
- You own a domain, e.g.,
mycompany.test
, registered viaRoute53
in the same AWS account. - The stack creates a
Route53
public Hosted Zone for the subdomain, e.g.,aws.mycompany.test
. It also automatically adds theTXT
andCNAME
records for verifying the domain towards SES and adds the NS server entries automatically to the main domainmycompany.test
. - When the subdomain
aws.mycompany.test
is successfully propagated, the stack creates a verified Domain in AWS SES and adds a recipient rule for[email protected]
. On a successful propagation you will get a mail as follows to the root Email address of the account you are installing the stack π - Now, any mail going to
root+<any-string>@aws.mycompany.test
will be processed by OpsSanta π π½ Lambda function and also stored in the rootmail S3 bucket πͺ£. - The OpsSanta function verifies the verdicts (DKIM etc.) of the sender, also skips AWS Account welcome EMails, and processes all other EMails. If it is a password reset link EMail it stores the link in the parameter store (and does not create an OpsItem for now). For all other mails, which are not skipped an OpsItem is created to have a central location for all items.
Note
You can also connect your Jira to the OpsCenter.
- The bucket where all mail to
[email protected]
are stored. - The SSM parameter store for the password reset links.
- The OpsItem which is created. It is open and shall be further processed either in the OpsCenter or any other issue tracker.
Note
SES support alias, so mail to [email protected]
will also be catched and forwarded.
open for details
const rootmail = new Rootmail(this, 'rootmail-stack', {
// 1. a domain you own, registered via Route53 in the same account
domain: 'mycompany.test';
// 2. '' is the default, so you can also remove it
// autowireDNSParentHostedZoneID: '',
env: {
// 3. or any other region SES is available
region: 'eu-west-1',
},
});
- You own a domain, e.g.,
mycompany.test
. It can be at any registrar such asgodaddy
, alsoRoute53
itself in another AWS account. - The stack creates a
Route53
public Hosted Zone for the subdomain, e.g.,aws.mycompany.test
. It also automatically adds the TXT and CNAME records (for DKIM etc.) for verifying the domain towards SES. NOTE: You must now add the NS server entries into the Domain provider which owns the main domainmycompany.test
. - items 3-7 are the same as in
v1
[!NOTE] After running
yarn run deploy
you need to do the following steps manually:
- watch out for the hosted zone
aws.mycompany.test
to be created By default you have 2 hours to wire the DNS! - Then create the NS record in your domain
mycompany.test
for the subdomainaws.mycompany.test
. Here for Route53 in AWS: - You can test it yourself via
dig +short NS 8.8.8.8 aws.mycompany.test
# should return something like
ns-1111.your-dns-provider-10.org.
ns-2222.your-dns-provider-21.co.uk.
ns-33.your-dns-provider-04.com.
ns-444.your-dns-provider-12.net.
and also by sending an EMail, e.g. from Gmail to [email protected]
- Delete the stack, the custom resources will delete most resources
- And by design you need to manually delete the S3 Bucket containing the mails. This is to prevent accidental deletion of the mails. You can find the bucket name in the stack output.
- Furthermore, the cloudwatch log groups are not deleted, since they might contain valuable information. You can delete them manually.
- jsii/2071: so adding
compilerOptions."esModuleInterop": true,
intsconfig.json
is not possible. See aws-cdk usage withtypescript. So we needed to change import fromimport AWS from 'aws-sdk';
->import * as AWS from 'aws-sdk';
to be able to compile.
- aws-account-factory-email: a similar approach with SES, however you need to manually configure it upfront and also it about delivering root mails for a specific account to a specific mailing list and mainly decouples the real email address from the one of the AWS account. The main difference is that we do not hide or decouple the email address, but more make those as unique and unguessable/bruteforable as possible (with
uuids
).