On 2/27/2012 11:18 AM, Sandro Tosi wrote: > On 02/27/2012 05:06 PM, Bowie Bailey wrote: >> On 2/27/2012 9:12 AM, Sandro Tosi wrote: >>> Hello, >>> our mail setup is kinda different than usual configuration: we have a >>> lot of mailboxes all owned by a single userid. The directories tree is >>> composed using a prefix, an elaboration of the domain name (domain.ext >>> -> ext/d/o/m/domain), and then the local part. >> Not too different. My server uses a less convoluted version of this >> (domain.com/user). >> >>> We would like to allow each mailbox (which maps to an email account) to >>> specify the spam preferences and let the MTA (qmail in this case) scan >>> the email at SMTP session. >>> >>> Can we do that with spamassassin 3.3.2 ? >> You can have per-user preferences and you can have scanning at the SMTP >> session. Doing both at once can be tricky. For example, if you have an >> email being sent to user1 and user2, whose preferences do you use? >> >> Generally, if you are doing scanning during SMTP, you use a site-wide >> setup. If you want per-user preferences, you scan on delivery. Of >> course, if you have the horsepower, you can do both. Use a conservative >> site-wide setup to scan and reject obvious spam at SMTP and then use the >> per-user setup to scan and flag or quarantine the rest. > you're righy, it's doing it at delivery time (for this platform), but > still qmail has to select the correct directory to fetch the mailbox > config, and that's the problem we have: we don't have real users, and we > need somehow to teach SA to get configs from a "dummy" dir. How can I do > that? is only doable with patches? of course, looking at them would be > awesome :)
SA has basic support for selecting alternate user directories, but you may need a patch in your case since you're using portions of the domain in the directories. Take a look at the "--virtual-config-dir" option for spamd and the "-u" option for spamc. -- Bowie
