ごきげんよう、@An_nAです！
この記事はハンズラボ Advent Calendar 2022 21日目の記事です。

今年わたしが初めて体験したことの一つに、Amazon Simple Email Service（以降、SESと表記します）でのメール受信があります。ただ受信すれば良いわけではなく、SESでメールを受信したらメールのデータを保存しつつメール送信元にSESでメールを送る、という構成でした。

これ、思っていたよりややこしかったんですよね。
備忘録がてら実施したことをまとめますので、どなたかの参考になれば幸いです。

前編となる本記事では、まずは概要とおさえておきたいポイントをご紹介します。
短い記事ですが、後編の前提知識となりますので、ぜひご一読いただければと思います。
コードだけ見たい！という方は後編の記事をご参照ください。

実現したいこと

今回は、以下を実現したいと思います。

受信したメールの送信元アドレスをどこかに保存しておきたいですね。
もうちょっと流れを噛み砕いてみましょう。

という感じでいけそうです。

おさえておきたいポイント

SESでは「受信ルール」というものを使うことで、受信したメールをS3バケットに保存したり、Lambda関数を呼び出したりすることが可能です。今回もこの受信ルールから呼び出したLambdaでDynamoDBへのデータ保存処理やメール送信処理を行います。

概要を構成図で表現すると、こんな感じです。
メール受信用SESとLambdaがバージニア北部(us-east-1)に配置されている点が特徴的ですね。
理由はのちほど説明します。

メールデータの保存用DynamoDBやメール送信用SESは他の機能(本記事のスコープ外なのであえて描いていません)でも使用したいので、バージニア北部ではなく東京に置くこととします。

さて、SESでのメールの受信と受信ルールの使用にあたり、おさえておきたいポイントを２つご紹介します。

構成図をもう一度見てみましょう。
前述の通り、SESがバージニア北部(us-east-1)と東京(ap-northeast-1)にそれぞれ存在していますね。これは、メールの受信が以下のリージョンでのみ可能(2022年12月現在)なためです。

残念ながら東京リージョンのSESにはメールを受信する機能がないので、今回の構成ではメール受信にバージニア北部のSESを利用します。

受信ルールで呼び出すLambdaは、メール受信に利用するSESと同じリージョンに配置する必要があります。今回の例だとバージニア北部ですね。

バージニア北部のLambdaから東京のDynamoDBやSESを利用するとなると、少し工夫が要りそうな予感がします。

SESでメールを受信するにあたり、気をつけないければならないポイントをご紹介しました。
短いですが、前編はここまでです。
後編では、ご紹介したポイントを踏まえつつ、実装していきますよ。
どうぞお楽しみに！