☰

Windows 2019 и виртуальный SMTP-ретранслятор IIS (Office 365)

tag-icon • tag-icon iis smtp office365
Windows 2019 и виртуальный SMTP-ретранслятор IIS (Office 365)

Я уперся в стену с этой настройкой и не могу понять, что делать, несмотря на то, что в прошлом настраивал несколько других виртуальных SMTP-серверов. Может быть, что-то изменилось в 2019 году?

Я предоставлю вам как можно больше информации, чтобы помочь мне :)

Я установил SMTP-сервер и Telnet-клиент на свой сервер 2019 года, следовал инструкциям и перепроверил настройки, чтобы убедиться, что все настроено правильно.

[Общий]

  • У меня разрешены все неназначенные 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.

Я, наверное, буду ругать себя, когда пойму это, но, должно быть, я схожу с ума.

РЕДАКТИРОВАТЬ: забыл добавить...

Я также могу подключиться по Telnet из сети к smtp.office365.comпорту 587, а также настроил соединитель в Office 365 для IP-адресов WAN, которые используются в моей сети.

Спасибо! Бил

решение1

Хорошо, итак, после еще нескольких часов устранения неполадок я увидел несколько неудачных запросов на вход в административный центр, которые привели меня к пути условного доступа.

Ранее у меня была настроена блокировка местоположения в Office 365, поэтому я отключил ее в качестве меры предосторожности, но, думаю, в конечном итоге это произошло из-за отключения настроек безопасности по умолчанию в Azure.

ссылка:https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/concept-fundamentals-security-defaults

Связанный контент