Рисунок 1. Конфигурационный диалог

Некоторые другие полезные опции приведены ниже:

n  USER_HOMEDIR: использовать для хранения данных пользователя его домашний каталог вместо директории, определенной переменной DSPAM_HOME.

n  TRUSTED_USERS: отключить (!) использование доверенных пользователей. Если данная опция будет отмечена, все пользователи смогут управлять фильтром dspam (если, конечно, будут обладать достаточными правами для запуска соответствующих исполняемых файлов).

n  LARGE_SCALE: опция полезна в системах с большим числом абонентов. При ее активации домашние каталоги пользователей будут находиться не непосредственно в папке data каталога /var/db/dspam, а во вложенных подкаталогах по начальным буквам имени пользователя. Например, каталог с данными пользователя gorod будет находиться по следующему пути: /var/db/dspam/data/g/o/gorod. Данная опция и USER_HOMEDIR взаимоисключаемы.

n  VIRT_USERS: этот ключ используется, если ваш почтовый сервер работает с виртуальными пользователями. При этом дополнительно будет создана таблица идентификаторов пользователей (по умолчанию dspam в процессе работы руководствуется данными реальных пользователей из /etc/passwd).

После сборки (необходимые зависимости, такие как библиотека GD, будут удовлетворены автоматически) переходим к конфигурации.

Несколько слов о правах доступа

Для нормальной работы DSPAM большое значение играют правильно установленные права доступа, особенно если используется CGI-модуль. Как было показано выше, в процессе сборки порта можно задать пользователя, отличного от root. С одной стороны, это способствует повышению безопасности, но в то же время порождает массу дополнительных сложностей.

Во-первых, при работе в режиме LDA dspam должен быть способен вызывать агент доставки и передавать ему необходимые для дальнейшей работы права. А чтобы положить почту в ящик пользователя при стандартных настройках, эти права должны соответствовать пользователю root.

Во-вторых, dspam должен иметь достаточно прав, чтобы создать pid-файл при запуске в режиме демона, а также быть способным создать сокет на привилегированном порту 24 (LMTP), что опять-таки требует прав суперпользователя.

Так, у меня попытка запустить dspam в режиме демона после сборки с пользователем dspam, указанным как владелец, завершилась такими ошибками:

# /usr/local/etc/rc.d/dspam.sh start

Starting dspam.

486: [7/26/2005 9:10:17] Daemon process starting

486: [7/26/2005 9:10:18] Unable to open file for writing: /var/run/dspam.pid: Permission denied

486: [7/26/2005 9:10:18] Could not bind to :24 (Permission denied)

486: [7/26/2005 9:10:18] daemon_listen() failed

486: [7/26/2005 9:10:18] Daemon process exiting