非常に小さなAzure VMで内部使用のためにシンプルなSMTP + IMAP電子メールサーバーをセットアップする可能性を検討しています。内部使用とは、「内部ユーザーが使用する」という意味ではなく、大規模なシステムの一部として使用し、メール受信の主な目的監査/ロギング目的のメッセージ。ルールに基づいて処理され、アクションをトリガーします。時折、自動応答が返される場合があります。
私の質問は、Azure VM内でシンプルなメールサーバーをホストできるかどうかです。予備の検索でインターネット上に表示されるのは、AzureがリバースDNSをサポートしていないためです(最近はほとんど静的IPを割り当てます)。スパムとしてマークされる送信メールの自動応答。
私の質問は次のとおりです。それはケースですか、またはこれを回避できるいくつかの設定がありますか?
注:これは予備調査タイプの質問です。私は管理者ではありません。
編集:ジャンプしてSendGridを使用すると言う人には。ニュースレターを送信するのではなく、主にメールを受信します。また、Azureのエクストラスモールインスタンスは月額$ 9ですが、SendGrid Push API(ポーリングを許可しないため)は月額$ 90から始まり、コストの10倍になります。
編集2:私の好みは、Push + queueベースのシステムを実装するのではなく、ポーリングベースのシステム(新しいメールをX時間ごとにサーバーにポーリングする)を実装することです(ほとんどのサードパーティのサービスは、各メールをWeb URLにプッシュするPush APIを提供しています) )
編集3:メールと添付ファイルの内容を通過させたくないため、サードパーティのサービスを使用したくない。
編集4:見て、私はそれを設定する方法やどのサードパーティのサービスを使用するかについてのアドバイスを探していません。 「メールを受信して、Azureの制限によりスパムとしてマークされない不定期のメールを送信できるメールサーバーを設定することは可能ですか? -それらは何であり、どのように回避できますか? "
番号。
多くの宛先が単にブラックリスト、ファイアウォール、またはこれらの範囲から見られる激しい悪用のためにすべての主要なクラウドプロバイダーのIPブロックをヌルルートにするだけなので、送信メールが配信されることを合理的に確信できません。サービスも。
メールが今日配信されたとしても、それが今後も配信される保証はありません。
本当に送信メールを処理するには、Azure(またはEC2など)の外部にメールサーバーが必要ですが、必ずしもサードパーティのメールサーバーである必要はありません。専門知識があれば、自分で行うことができます。
メーリングリストに配信する必要があるサービスをEC2に配置したところ、テストの結果、リストアドレスのほぼ3/4がそこからのメールを受け付けないことがわかりました。すべてをEC2の外部にあるスマートホストに送信してしまいました。興味深いことに、これによりパフォーマンスも向上しました...
上記の問題は当てはまらないため、Azureで受信メールを使用しても問題ありません。
禁止
99.999%の時間は、独自のメールサーバーを実装するよりも、サードパーティのSMTP /メールハンドラーを使用する方がずっと理にかなっています。
Sendgridの使用に関するAzureのドキュメント に関するドキュメントもあります。
私は強くこれらのガイドラインに従い、Sendgrid(または同様のサービス)をSMTPリレープロバイダーとして使用することをお勧めします。
適切に構成されたメールサーバーの設定の複雑さは非常に複雑です。