会社のメールにGmailではなくAmazon SES
私の会社では、コストを削減するためにG Suiteからの移行を決定しているため、代替案を提供する責任があります。
彼らはGmailの使用に慣れており、1日あたり多くのメールを処理していません（おそらく4つのメールアカウントで約50通のメールを受信し、50通を送信しています）。
サーバーのメールを設定する経験があまりないので、Amazon SESのようなメールを設定し、Amazon SESを介して送受信するようにGmailアカウントを設定するThunderbirdのようなメールクライアントを設定することを考えました。
私が読んだものでは、Amazon SESはアプリでより大量に使用されます。しかし、多分それは標準メールとしてとにかく使用することができます。
これには欠点がありますか？私が彼らに言及しなければならない変更があるでしょうか？
Amazon WorkMailはG Suiteと同じコストで利用できるため、オプションではないことに注意してください。
SESはこのために設計されていません-SESは主に自動送信メール用であり、電子メールを受信して Lambda、SNS、またはS3に保存 を介して自動システムに送信する機能を備えています。送信は、実際には電子メールクライアントからは正常に機能します。動作しないのは、以下のようにメールを受信することです。IMAPや類似のものによる収集用に保存されません。
Amazon SESを使用してメッセージを受信し、Amazon S3バケットに配信したり、AWS Lambda関数を介してカスタムコードを呼び出したり、Amazon SNSに通知を発行したりできます。
FastMail と Zoho も検討する必要があります。どちらも大きい3つよりも安く、質の高いサービスを提供します。 Michaelが指摘するように Amazon Workmail は必要なことを実行するように設計されていますが、価格は大きな3つと同じです。
信頼できるホスト型メールサービスを利用できない場合は、おそらく独自のメールサーバーをホストする必要があります。これには、主にスパムに関する複雑化が伴います。セットアップコスト、ハードウェアまたはVPS（AWS t2 nanoまたはmicroはおそらく問題ないでしょう）、構成、メンテナンス、およびサポートを考慮する必要があります。あなたの会社がかなり大きい場合を除いて、コストはホストされた電子メールサービスを使用するのと同様になると思います。
Amazon Workmailは機能しますが、サーバーをAmazon SESと共有します。つまり、SESは大量のメールを送信するために使用されるため、SESが時々ブラックリストに登録されるため、バウンスが発生します。