Возможность / степень перезаписи в rsyslog v7 перед отправкой удаленному сборщику

У меня есть машина «A» с локальным rsyslogd и удаленная машина-сборщик «B» в другом месте, прослушивающая свой собственный демон syslog и механизм обработки журналов. Все работает отлично ... за исключением того, что в A есть один процесс, который регистрируется в local0.notice, что не может обработать движок B.

Я хочу переписать local0.notice в local5.info до того, как событие будет отправлено в B. К сожалению, я не могу изменить B и не могу изменить способ регистрации процесса в A. Я также не могу обновить rsyslogd на A от v7.6 до v8 (который, кажется, имеет некоторые очень полезные функции, такие как mmexternal, которые могли бы помочь).

Я думаю, что мне не хватает чего-то очевидного, я не могу быть первым, кому нужна такая функция. В основном это сводится к поиску способа дважды пройти через rsyslog с фильтром между ними: один раз, когда процесс регистрирует, через фильтр, чтобы изменить приоритет, а затем снова, чтобы переслать его.

Что я пробовал:

• настройка rsyslog для записи local0.notice в файл, а затем чтение этого файла с помощью директивы imfile, которая помечает его и устанавливает новый fac / sev, за которым следует оператор if, который ищет тег и вызывает действие omfwd. Я подумал, что, возможно, я смогу убедить rsyslog записать файл с правильным приоритетом, а затем вернуть rsyslog и, естественно, забрать его. К сожалению, никаких кубиков.
• загрузка модуля omprog, который вызывает logger -p local5.info, если syslogfacility-text == 'local0', остановка обработки там ... и затем проверка другого элемента конфигурации для syslogfacility-text == 'local5' и, если да, вызов omfwd действие. Как ни странно, это работает, но не сжимает исходные сообщения, теперь я просто получаю два набора журналов, пересылаемых на B, один local0 и один local5.

Есть ли какие-нибудь решения?