plugin-directory проверено

Откуда загружаются плагины

в конфигурации это строкаplugin-directory: …

Каталог библиотек, которые MTA подгружает при старте, давая своему коду на C место внутри пути доставки.

Значения

Значения
каталог с файлами .so
применение
нужен перезапуск
где можно задать
в файле конфигурации · ключом запуска · переменной окружения

Подробно

Интерфейс плагинов поставщик описывает подробно — версия API, три экспортируемые точки входа (mq_version, mq_initialize, mq_cleanup) и заголовок, приезжающий в пакете по пути /usr/include/mailerq.h, — тогда как директива, которая плагины загружает, не появляется ни в одной справке. Мы нашли её прощупыванием двоичного файла, а в самом файле лежат и имя директивы, и текст ошибки для плагина, не экспортировавшего mq_version. Плагины загружаются по алфавиту, потому примеры поставщика и пронумерованы. Работают они внутри цикла событий MTA и могут менять письма, поэтому блокирующий вызов в плагине останавливает доставку всего, а не только письма, которое он держит. Для нас это возможность, о которой надо знать, а не пользоваться: это лазейка для клиента, которому нужно поведение, которого у MailerQ нет, и причина осторожно относиться к тому, что клиенту позволено ставить на узел, которым распоряжаемся мы.

Что будет, если ошибиться

Плагин не экспортирует mq_version.MTA сообщает «Failed to locate function mq_version in plugin» — строка есть в двоичном файле, — и плагин не используется.снято со сборки · вывод
Плагин делает блокирующий вызов.Цикл событий встаёт: доставка останавливается для всех писем узла, а не только для того, которым плагин занимался.из документации · вывод