Azure VMでメールサーバーを設定できますか？

非常に小さなAzure VMで内部使用のためにシンプルなSMTP + IMAP電子メールサーバーをセットアップする可能性を検討しています。内部使用とは、「内部ユーザーが使用する」という意味ではなく、大規模なシステムの一部として使用し、監査/ログ記録の目的で電子メールメッセージを受信し、その後ルールに基づいて処理するという主な目的を果たすためのものです。アクションをトリガーします。時折、自動応答が返される場合があります。

私の質問は、Azure VM内でシンプルなメールサーバーをホストできるかどうかです。これは、予備検索でインターネット上に表示されるのは、AzureがリバースDNSをサポートしていないためです（最近はほぼ静的IPを割り当てます）。時々自動返信される送信メールをスパムとしてマークします。

私の質問は次のとおりです。それはケースですか、またはこれを回避するためのいくつかの設定がありますか？

注：これは予備調査タイプの質問です。私は管理者ではありません。

編集：ジャンプしてSendGridを使用すると言う人には。ニュースレターを送信するのではなく、主にメールを受信します。また、Azureのエクストラスモールインスタンスは月額$ 9ですが、SendGrid Push API（希望どおりにポーリングさせない）は月額$ 90で始まり、コストの10倍です。

編集2：私の好みは、プッシュ+キューベースのシステムを実装するのではなく、ポーリングベースのシステム（新しいメールをX時間ごとにサーバーにポーリングする）を実装することです（ほとんどのサードパーティのサービスは、各メールをWeb URLにプッシュするプッシュAPIを提供しています） ）

編集3：メールと添付ファイルの内容を通過させたくないため、サードパーティのサービスを使用したくない。

編集4：見て、私はそれを設定する方法やどのサードパーティのサービスを使用するかについてのアドバイスを探していません。私が求めているのは、「Azureの制限により、スパムとしてマークされない電子メールを受信して​​送信できる電子メールサーバーをセットアップすることは可能ですか？制限がある場合-それらとはどのようなものですか？彼らは回避されますか？」

番号。

多くの宛先が単にブラックリスト、ファイアウォール、またはnullルートでさえ、それらの範囲から見られる激しい悪用のために、すべての主要なクラウドプロバイダーのIPブロックがメールだけでなく、他のものを経由するため、送信メールが確実に配信されると合理的に確信することはできません。サービスも。

メールが今日配信されても​​、それが今後も配信される保証はありません。

送信メールを処理するには、Azure（またはEC2など）の外部にメールサーバーが本当に必要ですが、必ずしもサードパーティのメールサーバーである必要はありません。専門知識があれば、自分で行うことができます。

メーリングリストに配信する必要があるサービスをEC2に配置したところ、テストの結果、リストアドレスのほぼ3/4がそこからのメールを受け付けないことがわかりました。すべてをEC2の外部にあるスマートホストに送信してしまいました。興味深いことに、これによりパフォーマンスも向上しました...

持って入ってくる上記の問題が適用されないようAzureの上、メールして、問題はないでしょう。

しないでください。

99.999％の時間は、独自のメールサーバーを実装するよりも、サードパーティのSMTP /メールハンドラーを使用する方がずっと理にかなっています。

Sendgridの使用に関するAzureドキュメントに関するドキュメントもあります。

これらのガイドラインに従い、SMTPリレープロバイダーとしてSendgrid（または同様のサービス）を使用することを強くお勧めします。

適切に構成されたメールサーバーの設定の複雑さは非常に複雑です。