私の会社はコスト削減のために G Suite から移行することを決定したので、私は代替案の提供を担当しています。
彼らは Gmail の使用に慣れており、1 日に処理するメールはそれほど多くありません (おそらく 4 つのメール アカウントで受信メール 50 通、送信メール 50 通程度)。
サーバーメールの設定経験があまりないので、Amazon SES のようなメールを設定し、Thunderbird のようなメールクライアントを設定して、Gmail アカウントを Amazon SES 経由で送受信するように構成することを考えました。
私が読んだところによると、Amazon SES は主にアプリで大量のメールを送信するために使用されます。ただし、標準のメールとして使用することもできるかもしれません。
これには欠点がありますか? 言及すべき変更点はありますか?
Amazon WorkMail は G Suite と同程度のコストがかかるため、選択肢にはならないことに注意してください。
答え1
SESはこの目的のために設計されていません - SESは主に電子メールの自動送信を目的としており、電子メールを受信して自動システムに送信する機能を備えています。Lambda、SNS、またはS3に保存. 電子メール クライアントからの送信は、実際には問題なく機能します。機能しないのは、以下のように電子メールの受信です。IMAP などで収集するために電子メールを保存しません。
Amazon SES を使用してメッセージを受信して Amazon S3 バケットに配信したり、AWS Lambda 関数を介してカスタムコードを呼び出したり、Amazon SNS に通知を公開したりできます。
考慮すべき点ファストメールそしてゾーホーまた、どちらも大手3社よりも安く、質の高いサービスを提供しています。マイケルが指摘するようにAmazon ワークメール必要な機能を実現するように設計されていますが、価格は大手 3 社と同程度です。
信頼できるホスト型メール サービスにお金をかけられない場合は、おそらく独自のメール サーバーをホストする必要があるでしょう。これには、主にスパムに関する複雑な問題が伴います。セットアップ コスト、ハードウェアまたは VPS (AWS t2 nano または micro で十分でしょう)、構成、メンテナンス、サポートを考慮する必要があります。会社がかなり大きくない限り、コストはホスト型メール サービスを使用する場合と同程度になると思います。
答え2
Amazon Workmail は機能しますが、Amazon SES とサーバーを共有しているため、大量のメールを送信するユーザーによって SES がブラックリストに登録されることがあり、バウンスが発生します。