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. 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. -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] spamtraps: [EMAIL PROTECTED] government announcement - the government announced today that it is changing its mascot to a condom because it more clearly reflects the government's political stance. a condom stands up to inflation, halts production, destroys the next generation, protects a bunch of pricks and finally, gives you a sense of security while you're being screwed!
signature.asc
Description: Digital signature (GPG/PGP)
