Amazon Simple Email Service (SES) を使用してサーバーベースの E メールサーバーを置き換える方法

ある晴れた日、なんの理由もなく、私の Ubuntu 18.04 ビジネス サーバーが私の Gmail アドレスへのメールの転送を停止しました。

ちょうど前日、私が電子メールに使用するローカル サーバー アカウントのホーム ディレクトリ (/home/office/.forward など) に作成した .forward ファイルは、会社の住所宛てのすべてのメールを元気よく毎日のアドレスにリダイレクトしていました。 -Gmail アカウントを使用します。そして、彼らは突然止まりました。

何かがおかしいことに気づいたとき、すぐにサーバーのログを調べました。 /var/log/mail.err は次のような魅力的なメッセージを吐き出していました:

status=deferred (delivery temporarily suspended: connect to alt2.gmail-smtp-in.l.google.com[219.8.202.27]:25: Connection timed out)

サーバーのメールボックスを確認すると、メールが着信していることがわかりましたが、Postfix は Gmail への接続を確立してメッセージを私のアドレスに転送できませんでした.

当然、Postfix を再起動しましたが、効果はありませんでした。

sudo systemctl restart postfix

ポート 25 (SMTP) でサーバーから発信メッセージが送信されるのをブロックするものがないことを確認しました。次に、自分のドメインが何らかの形でブラックリストに登録されていないことを確認し (それを行うオンライン ツールが多数あります)、コマンド ラインから dig を実行して MX レコードの状態を確認しました:

dig MX bootstrap-it.com

何もしていません。すべてがチェックアウトされたようです。

イライラするトラブルシューティング セッションを数回行った後、あきらめて、まったく別の方法を試すことにしました。

AWS ソリューション アーキテクトであり、AWS での Wiley/Sybex に関する 2 冊の書籍 (1 冊はクラウド プラクティショナー試験のガイド、もう 1 冊はソリューション アーキテクト アソシエイト試験のガイド) を共著したので、自分自身のスタックを構築する意思と能力があるべきではないでしょうか?クラウドでのメール サーバーのニーズに対応する AWS ツールはどれですか?

まあ、私は喜んでいたし、いくつかの真剣な研究と試行錯誤の後、可能であったことがわかりました.それを行うには、以下が必要です:

• 受信メールを保存する S3 バケットを作成する
• Simple Notification Service (SNS) トピックを作成して、新しいメールが届くたびに通知を受け取る
• Amazon の Simple Email Service (SES) を構成して、私のメール ドメイン (bootstrap-it.com) を引き継ぎ、受信メールを処理します。これには、Route 53 (私のドメインが管理されている場所) に MX レコードを追加し、SES を私のドメインに向ける必要があります。 SES に管理させたい各電子メール アドレスの追加と検証。次に、SNS トピックのアラートをトリガーしながら、新しいメッセージを S3 バケットに送信するよう SES に指示します。
• あなたも送りたいと仮定して また、DomainKeys Identified Mail (DKIM) を使用して送信メッセージに署名するように SES を構成することもお勧めします。

ここでは、これらすべての手順について詳しく説明するつもりはありません。そのために利用できる優れたドキュメントがたくさんあります。ただし、遭遇する可能性のある問題点について簡単に説明します。

使用している各ドメインの DNS ホスト ゾーンに MX レコードを追加する必要があります。ドメインが Amazon の Route 53 内で管理されている場合でも、レコードの値を提供する必要があります。

その値に何を使用するかは、SES リソースが配置されている AWS リージョンによって異なります。私の場合、次のようになりました:

10 inbound-smtp.us-east-1.amazonaws.com

SNS 通知は、有用ではあるが読みにくい情報を 2 つか 3 つだけ含む 1 つの長いテキスト文字列で届きます。スパムを識別するにはこれで十分ですが、通常は、ここにある情報よりも多くの情報が必要になります。 S3 バケットに新しいメールがあることを知らせる通知として使用しています。

AWS マネジメント コンソールを介して S3 バケット内の E メール自体を表示することは、月に 1 ～ 2 回しか発生しない場合でも、世界の終わりではありません。しかし、彼らがそれよりも速く入ってくる場合は、メッセージにアクセスして読むためのより良い方法を見つける必要があります.

ただし、そのプロセスを自動化するためのプロトコルを作成することは、実際にはローカル オペレーティング システムの問題であり、まったく異なるツール セットが必要です。 AWS CLI とクールな Bash スクリプトを使用して、自分で問題を解決しました。私がどのようにそれを行ったかを見たい場合は、クリックしてこの記事に進んでください。

私の bootstrap-it.com では、書籍、コース、記事の形で、管理に関する優れた情報が多数提供されています。