Сергей

У тебя может наружу торчать только один сервер с NGINX-ом, который в зависимости от порта или dns-имени будет перенаправлять запросы хоть на сотню разных внутренних серверов.
Пришел запрос на имя aaa.bbb.ccc - перенаправляем его на сервер xxx.yyy.zzz на порт 666.
Пришел запрос на имя ddd.eee.fff - перенаправляем его на тот же сервер xxx.yyy.zzz, но на порт 777.
Пришел запрос на имя kkk.lll.mmm - перенаправляем его на сервер rrr.sss.ttt.

Вроде бы с помощью системы костылей и какой то матери вопрос частично решил.
1. В настройках действия кроме самого триггера указываю дополнительное условие "если состояние триггера PROBLEM".
2. В настройках действия задаю время этого шага длиной в сутки. В этом случае, еще одно сообщение придет через 24 часа. Если событие типа "принтеру требуется сервис" или "на ИБП требуется замена батареи", то одно сообщение в сутки - это приемлемо. На более динамичных участках такой вариант не подходит, пока копаю дальше.

Прошу прощения, не совсем понял: писать именно так или менять под мои данные? У меня есть текстовое поле с местом установки (ups.filial), адресом установки (ups.address), имя хоста (ups.hostname), модель ИБП (ups.model), серийный номер (ups.serial), дата изготовления (ups.factory) и т.д. А есть данные с триггерами и действиями, типа "отсуствует фаза" (ups.phase). Подскажете, как в моем случае в шаблоне письма оповещения будет выглядеть список:
место установки: ups.filial
адресо установки: ups.address
имя хоста: ups.hostname
модель ИБП: ups.model

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