On Thu, Dec 14, 2006 at 12:11:11PM -0500, Dan Mahoney, System Admin wrote: > At the moment, that's a hack in the system-wide procmailrc that I don't > know how to do, since the only thing procmail knows about userspace is > "dropprivs="yes"", and there's no translation for an easy way to equate > that to email address (i.e. it allows me to do it per *domain* not per > user, i.e. [EMAIL PROTECTED], but if a user has two domains, then I'd have to > do them each separately).
If you're using procmail, you could look at the X-Original-To (or similar) header to figure out who the mail is going to. Otherwise, you could modify your setup to pass information in to procmail from the MTA. > Presuming we're looking for the value of the "user" based on the email > address, yes, I understand, but can't you check the value of -u before you > even do that? (i.e. at the earliest point) Ah, there you're talking about spamc/spamd which is a different beasty all together. If you want to skip checks based on how you're calling spamc, then check the value you're going to use for the username and don't call spamc if you don't want the mail scanned. -- Randomly Selected Tagline: Every man has the freedom to jump as high as his own penis.
pgpxNQnmGTItc.pgp
Description: PGP signature
