私のプロジェクトでは、マネージャーにメール送信アプローチを提案する必要があります。設計書の一部として。以下は利用可能なアプローチです。これらのアプローチの長所と短所について、ご意見をお聞かせください
アプローチ 1 : サード パーティの SMTP を使用する
長所: すぐに利用できる
短所: コストがかかる
アプローチ 2
: Windows Azure で独自の SMTP をホストする
短所：？
アプローチ 3 : パブリック メール アカウントを使用する
長所: 追加のコストや依存関係はありません。
短所: 設計と実装の点でより多くの労力が必要です。
アプローチ2は、Microsoftによって推奨されていません。また、私もそうしています。主な理由は、スパムが原因でAzureデータセンターのIPアドレスがブラックリストに登録される可能性が非常に高いことです。
アプローチ3を完全に理解していない。
強く推奨されるアプローチ（これもMicrosoftによる）は、 SendGridなどのサードパーティのメール送信システムを使用することです。MicrosoftとSendGridは提携して、Azure開発者に、WindowsAzureプラットフォームから電子メールメッセージを確実に、安全に、そして簡単に送信するための無料で簡単な方法を提供しています。提供されているリンクで詳細をお読みください。そして、これは公式の推奨事項です。
コードが知る必要があるのは、SMTP ホスト、ポート、セキュア モード認証、およびユーザー資格情報だけであるため、どの SMTP サーバーを使用するかは問題ではありません。もちろん、アプリケーションは SMTP ホストに接続できる必要があります。アプリケーションが任意の SMTP への接続をサポートしている場合は、何を使用するかを気にする必要はありません。自社の SMTP サーバーを使用することも、Gmail や yahoo などの公開 SMTP サーバーを使用することもできます。
Amazon の SES サービスを使用して、AzureWatchからお客様にメールを送信します。現在、1 日に 3000 ～ 4000 通のメールを送信しています。素晴らしく機能し、非常に手頃な価格です。
SendGridやAWSSESなどのサービスを使用してメールを送信する前にキューに入れるオプションもあります。ソリューションが高負荷を処理している場合、またはサードパーティのSMTPサービスがAzureから外れており、（直接）制御できないという事実が気に入らない場合は、このオプションを検討する必要があります。
を見てみましょう：
これを行うにはサードパーティが推奨される方法です。以下を参照してください。
http://blog.smarx.com/posts/emailtheinternet-com-sending-and-receiveing-email-in-windows-azure