Bug 13575

To real mainteiner

Обновил dspam до сборки dspam-3.8.0-alt1.5, ничего не измкнилось - PID/lock
файлы по-прежнему не создаются. Кроме того в этой сборке сломан dspam.conf, там
прописан в качестве дефолтного StorageDriver /usr/lib64/libhash_drv.so.

Лёш, починишь?  В 4.0-то оно рабочее?

Место расположение pid-файла определяется в /etc/dspam.conf

[root@oasu3 /]# service dspam restart
Stopping dspam service:                                                        
           [ DONE ]
Starting dspam service:                                                        
           [ DONE ]
[root@oasu3 /]# ls /var/run/dspam.pid
/var/run/dspam.pid
[root@oasu3 /]# cat /etc/dspam.conf | grep pid
ServerPID               /var/run/dspam.pid
[root@oasu3 /]#

Остсутствие lock-файла считать багой?

Хм, а он у тебя нормально перестартовывает без pidfile?

Наличие и место расположение pid-файла определяется параметров ServerPID
<путь_до_pid-файла> в dspam.conf. Если админ запустил сервер без указания
создавать pid-файл, то это проблема самого админа.

(In reply to comment #4)
> [root@oasu3 /]# cat /etc/dspam.conf | grep pid
> ServerPID               /var/run/dspam.pid
Так из коробки или ты правил/раскомментировал эту строчку?

Если первое -- closed, если второе -- reopen.

(In reply to comment #6)
> Наличие и место расположение pid-файла определяется параметров ServerPID
> <путь_до_pid-файла> в dspam.conf. Если админ запустил сервер без указания
> создавать pid-файл, то это проблема самого админа.
Подожди, не понял.

Админ _каждый раз_ должен указывать _сам_, что надо создавать pidfile там, где
его ожидает инитскрипт?  Или указание в дефолтном конфиге того же, что следует
использовать в инитскрипте -- приводит к другим известным проблемам?

Конфигурация по умолчанию тем лучше, чем в большем количестве случаев она просто
работает _и_ насколько пренебрежимо мало количество случаев, когда она не
работает [неочевидным или опасным образом].

>Так из коробки или ты правил/раскомментировал эту строчку?
Я раскомментировал ручками. Ибо я использую связку dspam-mysql. А там далеко не
дефолтный конфиг. Дефолтный конфиг идёт из тарбола самого dsmap'а.
Есть несколько вариантов задействования dspam'а, кратко это выглядит так:
              HASH        PostgreSQL       MySQL
Сервер                 сам_конфигурируешь
Не_сервер    дефолт      сам_конфигурируешь

Так какой из 6-ти вариантов должен быть по умолчанию?

Да ещё забыл про варианты с sqlite3. Так что ещё два варианта. Как говорится
патчи и конфиги привествуются. Только надо определится как должен выглядить
конфиг dspam'а по умолчанию. И через что его влючаем: через amavis или
самостоятельным сервером?

Хм, лучше багу переводить в NOTABUG тогда, чем указывать на её игнорирование в ченжлоге:

* Fri Feb 01 2008 Alexey Shentzev <ashen@altlinux> 3.8.0-alt1.7
- fix bug #13576 
- bug #13575 is invalid, ignored
- build with --enable-ldap, --enable-syslog, --with-logfile=/var/log/dspam/dspam.log

(In reply to comment #9)
> Только надо определится как должен выглядить конфиг dspam'а по умолчанию.
> И через что его влючаем: через amavis или самостоятельным сервером?
IMHO самостоятельным (припоминая, как оно всё работает через амавис).

(In reply to comment #8)
> Дефолтный конфиг идёт из тарбола самого dsmap'а.
И что там с ServerPID обстоит?

(In reply to comment #9)

> И через что его влючаем: через amavis или самостоятельным сервером?

Для информации, есть ещё вариант через mailfromd (соответственно, Sendmail или Postfix):

* Thu Feb 09 2012 Sergey Y. Afonin <asy@altlinux.ru> 7.99.91-alt0.20120208.1
- new version (fixed ipv6 configuration test)
- regenerated BuildRequires by buildreq
- enabled dspam support        <-------
- changes in mailfromd.mf:
  - new syntax for clamav()

Но я сам не пробовал.