> I doubt that passing a couple of variables to spamd would increase the > overhead of spamc by anything noticeable. But I get your point. I'm > just trying to figure out a way to make this thing work properly with my > setup and that seemed like the easiest solution short of hardcoding > spamd to recognize my particular setup (which wouldn't be that hard for > me to do, but would leave me with a nonstandard script).
Ok, so I came up with 2 possible ways of handling this setup: Courier comes with an authtest program that will list the virtual (or real) home directory of any user in its auth database. However, spamc and spamd don't seem to be aware of this username, other than trying to extract it from the message itself (which isn't always accurate). The second (and best) solution is that maildrop sets the HOME environment variable to the home directory of the current user it's executing for. I doubt that it's much of an overhead to get spamc to add an extra header for this information (or even distribute a separate spamc if you think it's too much overhead by default, which I doubt it would be). I'm no C coder, but I could easily make the mods to spamd if someone else can change spamc. -Chris ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
