Henry F. Camacho Jr wrote: > Matt: > >> True.. And that username CAN be specified by spamc -u. Spamc passes it >> to spamd, >> spamd uses it when calling SQL. >> >> > Quoting from the SPAMc man page: > >> -u username >> This argument has been semi-obsoleted. To have spamd use >> per-user-config files, run spamc as the user >> whose config files spamd should load. If youâre running >> spamc as some other user, though, (eg. root, >> mail, nobody, cyrus, etc.) then you can still use this flag.
Don't take that "semi-obsoleted" to seriously. They're simply telling you that you do not HAVE to use -u, you CAN just call spamc as the user you want to scan as. The spamc manpage has had that "semi-obsoleted" language in it since 2.00 was released in January of 2002. I suspect that the 1.x series of spamassassin had a spamc that required the use of -u. > In this situation this would work assuming that local delivery is happening > through procmail or some other method whereby spamc is called with the > username. The -u option for spamd does something very interesting. It takes > the user portion of the address and stripes off the domain, so you get > something like this: > > "[EMAIL PROTECTED]" is passed to spamd as "hfc" > > Since I am running spamassassin site wide, and I have a number of domains > hitting this mail server, I really need to have the entire email address > represented...Here is what my database looks like: Well, neither spamd -u nor spamc -u can help you with that problem. Is there any way you can hack the username prior to passing it to spamc? Change the @ to a _ or some-such so that SA picks it up as part of the username?
