Зачастую получается так, что alert создан, management policy назначена, а сообщения по почте не приходят. При диагностике важно проверить следующее:
1) Убедиться, что alert появился в ControlCenter Console. (Если не появился, то проблема в задании alert). Проще всего для тестирования настроить alert на неправильный вход в систему.
2) Проверить файл ecc_server.ini в каталоге c:\ECC\ecc_inf\data\<ip address here>\data
строка smtp host = "fully qualified mail server here" должна содержать полное имя почтового сервера (без кавычек) - например mail.domain.ext
Если Вы изменяли её, то надо перезапустить ControlCenter Server и ControlCenter Store.
3) Проверить, что компьютер, где выполняется ControlCenter Server, правильно преобразует имя почтового сервера в IP адрес.
Например, набрать ping mail.domain.ext
(Если нет DNS, то разрешение имени в адрес можно производить с помощью файлика %SYSTEMROOT%\system32\drivers\etc\hosts)
4) Проверить возможность соединения с почтовым сервером c помощью telnet mail.domain.ext 25 и смоделировать посылку письма. Таким образом можно выяснить, корректно ли работает почтовый сервер.
5) Письма посылаются с полем FROM от пользователя EMC_Control_Center@mail.domain.ext - такой пользователь должен существовать в почтовом сервере. Или раскомментируйте и измените строчку
#email from = в файле ecc_server.ini
6) Просмотрите файл server.trc (c:\ECC\ecc_inf\data\<ip address here>\data ) на предмет записей или ошибок, содержащих
имя почтового сервера (в нашем примере mail.domain.ext)
e-mail адреса получателя alert
xjava - приложение, посылающее email
Ну и если всё уже испробовано, то надо открывать сервисный запрос.
Сообщения
