Windows 2019 と IIS 仮想 SMTP 仮想リレー (Office 365)

Windows 2019 と IIS 仮想 SMTP 仮想リレー (Office 365)

過去に他の仮想 SMTP サーバーをいくつかセットアップしたことがあるにもかかわらず、このセットアップで行き詰まり、どうしても解決できません。2019 年に何かが変わったのでしょうか?

皆さんの助けになるよう、できるだけ多くの情報を提供します :)

2019 サーバーに SMTP サーバーと Telnet クライアントをインストールし、ガイドに従って設定を再確認し、すべてが正しく設定されていることを確認しました。

[一般的な]

  • 割り当てられていないIPアドレスはすべて許可されています

[アクセス]

  • 認証が「匿名」に設定されています
  • TLS グレー表示
  • 接続制御とリレー制限はすべて許可するように設定されており、下のリストは空白です。

[メッセージ]

  • すべてデフォルトのまま

[配達]

アウトバウンドセキュリティ

  • Office 365 のユーザー名とパスワードが設定された基本認証。

送信接続

  • TCP ポート: 587

高度な配信

  • スマートホストは smtp.office365.com に設定されています

[LDAP] タブと [セキュリティ] タブがデフォルトです。

Office 365ユーザーは次のように設定されていますSMTP認証が有効PowerShell 経由でこれを確認しました。

telnet 127.0.0.1 25表示:

220 mydomain.com Microsoft ESMTP MAIL Service, Version: 10.0.17763.1697 ready at Tue, 7 Sep 2021 13:53:35 +1000

ただし、このリレー経由で電子メールを送信しようとすると、電子メールは C:\inetpub\mailroot\Queue ディレクトリに残り、イベント ログに次の内容が記録されます。

Message delivery to the host 'X.X.X.X' failed while delivering to the remote domain 'recipientsdomain.com' for the following reason: The remote SMTP service rejected AUTH negotiation.

これを理解したらきっと後悔するだろうが、私は気が狂っているに違いない。

編集: 追加するのを忘れました...

また、ネットワークからsmtp.office365.comポート 587 に Telnet することもでき、ネットワークで使用されている WAN IP 用に Office 365 でコネクタを構成することもできます。

ありがとう!ビル

答え1

さて、トラブルシューティングをさらに数時間行った後、管理センターで失敗したサインイン要求がいくつか見つかり、条件付きアクセス パスに進むことになりました。

以前、Office 365 で位置情報のブロックを設定していたため、予防措置としてそれを無効にしましたが、結局、Azure のセキュリティの既定値が無効になったと思います。

参照:https://docs.microsoft.com/ja-jp/azure/active-directory/fundamentals/concept-fundamentals-security-defaults をご覧ください。

関連情報