Используйте постфиксные транспортные карты.
например, в main.cf
transport_maps = /etc/postfix/transport
в/etc/postfix/transport:
user1 smtp:uk-mailserver.example.com
user2 smtp:uk-mailserver.example.com
Выполнение postmap /etc/postfix/transport ; postfix reload
Это поставит электронную почту для user1 и user2 на uk-mailserver.example.com
Если Вы ничего не указываете в транспортной карте, транспорт по умолчанию (который является, обычно поставляют локально), будет использоваться. Необходимо будет также удостовериться, что обе группы пользователей приняты как допустимые получатели на этой машине (обычно путем проверки, что у них есть учетные записи),
Это - также хорошая идея разделить почтовую маршрутизацию из Вашего сервера почтовых ящиков и сделать маршрутизацию/спам/вирус, и т.д. фильтрующую на frontend машинах MX.
Я только что столкнулся с той же проблемой. Я заставил его работать, включив
Включить узел сервера: Да
в ваш основной источник модели ресурсов
в конфигурации вашего проекта.
Пожалуйста, проконтролируйте файл /var/log/rundeck/rundeck.audit.log
на некоторое время, чтобы получить правильную причину. Это даст вам больше подсказок. Скорее всего, ваша проблема похожа на описанную ниже.
Я столкнулся с этой проблемой с заданием, созданным из API. Штука с rundeck заключается в том, что она имеет отдельную политику ACL для маркеров API, которые на самом деле не полагаются на группы пользователей, выпускающих маркеры API. Это вышло из здравого смысла и немного удивительно, но, тем не менее, я заставил его работать. Если настройка проблемы та же самая (задание, созданное из API), то попробуйте взглянуть на /etc/rundeck/apitoken.aclpolicy
и убедитесь, что у него есть -разрешение: [read,run]
для узла по api_token_group.