Package: spamassassin Version: 3.1.3-1 Severity: wishlist Tags: upstream I had already contacted the mailing list with this issue: http://mail-archives.apache.org/mod_mbox/spamassassin-users/200607.mbox/[EMAIL PROTECTED] since it got nowhere, I am filing this bug for posterity.
On mail systems with virtual and local users, it's not easily possible to run per-user spamc with user configuration. Either the spamd process runs with --virtual-config, then local users need to have directories under the virtual mailbox base directory, or you run spamd without --virtual-config, in which case virtual users all end up with one and the same configuration -- that of the virtual mail user account (`vmail'). I suggest that spamd is changed such that it disables virtual-config when the user name passed by spamc does not include an @ sign. Alternatively, maybe spamc could get an option which would let spamd know that it's not to do virtual stuff for this check. Is this a good idea? Comments welcome! PS: my current workaround is a virtual-config of /srv/vmail/%d/%u/.spamassassin/ and a symlink from /srv/vmail/`hostname` to /home. However, this does not properly work when the local user home directories are not immediately underneath /home. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems
signature.asc
Description: Digital signature (GPG/PGP)
