Вход на хостинг
IT-новости
20.04.2016 iPhone 2017 года поместят в водонепроницаемый корпус из стекла
Линейка iPhone в новом году серьезно поменяется. В этом уверен аналитический исследователь Мин Чи Ку......
30.07.2015 Ищем уникальный контент для сайта
Ищем уникальный контент для сайта Без уникального контента Ваш сайт обречен на то, что его страницы......
pfspamd_enable="YES"
pfspamd_flags="-v"
Нужно обратить внимание вот на что: файл с именем spamd уже может находиться в вашей системе. Это гордое имя носит также и демон Spamassassin, и если вы устанавливали этот пакет, то соответствующий файл будет лежать в /usr/local/bin/ (при условии, что не менялись стандартные пути). Однако беспокоиться по этому поводу не стоит – наш spamd устанавливается в другое место, и перезаписи файлов произойти не должно.
Чтобы было проще разобраться, что к чему относится, приведу сравнительную таблицу:
Таблица 1. Расположение компонентов Spamassasin и Spamd
|
Spamassassin |
Spamd |
Исполняемый файл spamd |
/usr/local/bin/spamd |
/usr/local/libexec/spamd |
Конфигурационные файлы |
/usr/local/etc/mail/spamassassin/* /usr/local/share/spamassassin/* |
/usr/local/etc/spamd.conf |
Сценарий автозапуска |
/usr/local/rc.d/sa-spamd.sh |
/usr/local/rc.d/pfspamd.sh |
PID-файл |
/var/run/spamd/spamd.pid |
Нет |
Страница руководства |
man 1 spamd |
man 8 spamd |
Небольшая проблема возникает при «ручном» управлении фильтром с использованием сценария из /usr/local/etc/rc.d: поскольку spamd не использует PID-файл, то при запуске соответствующего скрипта с ключом «start» выполняется проверка по имени запущенных процессов. Так как при этом обнаруживаются процессы, принадлежащие spamassassin, то запуск не выполняется: