Я использую Dell PowerEdge T440 с iDRAC9 Enterprise. Я пытаюсь настроить оповещения SMTP с помощью Office 365. Мне вообще не удалось успешно отправить тестовое электронное письмо. Я получаю сообщение об ошибке: RAC0225
каждый раз, когда я отправляю тестовое электронное письмо.
Это настройка, любая помощь будет очень признательна, потому что я в растерянности.
Настройки iDRAC -> Связь -> Сеть -> Общие настройки Зарегистрировать iDRAC в DNS: включено Имя DNS iDRAC: iDRAC-ServiceTag Автоматическая настройка доменного имени: отключено Статическое доменное имя DNS: xxx.userdomain.com Просмотр подключения: включен
Конфигурация -> Системные настройки -> Конфигурация предупреждений Оповещения: включено
Конфигурация -> Системные настройки -> Конфигурация SMTP (электронная почта) Уведомление по электронной почте 1: my.email@emailaddress.com
Конфигурация -> Системные настройки -> Настройки сервера SMTP (электронная почта) Я пробовал различные настройки конфигурации в этой области, например: IP-адрес сервера SMTP (электронная почта) или полное доменное имя / DNS-имя: Общедоступный WAN IP domain-com.mail.protection.outlook.com. Я создал сервер IIS с включенным SMTP и следовал этому руководству: http://www.ponjavic.com/wordpress/2016/06/16/configure-smtp-relay-server-for-office-365/ для настройки
Я совершенно не понимаю, как это настроить. Даже если я не могу это сделать или я упустил очень небольшую оплошность, я просто хочу знать, возможно ли это, и как людям удалось это настроить, потому что у меня их не было.
Большое спасибо .
Отправлять оповещения по электронной почте в облачные почтовые службы через iDRAC - это немного сложно, потому что адрес «От:» использует DNS-имя и доменное имя, назначенное iDRAC. Например, оповещения по электронной почте, отправленные с вашего iDRAC, будут приходить (скрыто). Здесь есть статья об этом:
https://www.dell.com/support/article/us/en/04/sln156467
Вы можно обойти проблему, изменив настройки имени / домена iDRAC, чтобы они соответствовали действующему адресу электронной почты в домене, на который вы его отправляете, но это далеко не идеальное решение. Предпочтительнее использовать ретранслятор SMTP.
Я бы рекомендовал проверить следующие настройки, если вы еще этого не сделали:
Если после этого электронное письмо по-прежнему не удается, вы можете получить более подробную информацию о причинах сбоя, включив регистрацию свойств сайта SMTP в консоли IIS6.
Я не знаком с конфигурацией iDrac, но, возможно, это поможет
Проверьте свой внешний IP-адрес. Когда вы создали соединитель в сети, вам необходимо указать внешний IP-адрес, по которому сетевые пакеты покидают вашу сеть и затем подключаются к Microsoft. Если вы указали внутренний IP-адрес, коннектор не распознает его. Также убедитесь, что IP-адрес не занесен в черный список. Если ваш интернет-провайдер не предоставил статический IP-адрес, возможно, исходящий порт 25 также заблокирован. Если это так, вы можете попробовать 587. Если вы отправляете через порт 587, он должен быть защищен с помощью TLS 1.2.
Убедитесь, что вы проверили решение. Разбейте проблемную область, чтобы выяснить, какие части настройки являются вашей проблемой. Можно ли отправлять почту на SMTP-сервер, может ли этот сервер отправлять почту в Office 365? Проверьте это с помощью TELNET или PowerShell - и отправьте сообщение через свой SMTP-сервер. Если проблема связана с SMTP-сервером, TELNET поможет вам в этом. Если он попадает на SMTP-сервер, но застревает там, журналы сервера могут помочь вам диагностировать это (почему SMTP-сервер не может подключиться к Exchange Online). Как только вы узнаете, что части почтового потока работают, вы должны сразу узнать, есть ли у вас проблемы с конфигурацией сервера (или только с сервером).
Если у вас возникли проблемы с конечной точкой MX, попробуйте отправить на SMTP.Office365.com. Если это не удается, попробуйте запросить его, выберите один из возвращаемых IP-адресов и используйте его. Если это работает с IP, у вас проблема с разрешением DNS. Дважды проверьте IP-конфигурацию устройства. Обычно они содержат жестко запрограммированные записи DNS, поэтому проверьте DNS-серверы и настройки шлюза, чтобы убедиться, что он действительно может находить и перенаправлять сообщения на следующий переход.
У меня есть гибридный обмен с iDrac9 с использованием ретранслятора SMTP через p25. Мне пришлось обновить прошивку до версии 4.40 для iDrac. Это немного изменит меню и позволит настроить отправителя. Затем я добавил запись DNS в свой DNS «idrac1» в домене «mydomain.com». Затем убедитесь, что адрес отправителя изменен на (скрытый). Также используется запуск TLS с отключенной аутентификацией.
Кроме того, убедитесь, что коннектор получения настроен для ретранслятора SMTP.
Надеюсь, это поможет.