Justin Mason wrote: That's what I was afraid of. I think running the daemon is a no-go, but I guess I could ask the tech support.Skip writes:My email is hosted on a shared hosting site where I don't have much access to the good stuff, like syslog and /var/*anything*. For that reason, I believe spamc/spamd is out for me. They do in fact have spamd running. Here's the ps -aux output root 9532 0.0 0.6 69628 24544 ? Ss Mar10 7:17 /usr/bin/spamd -d --allowed-ips=127.0.0.1 --pidfile=/var/run/spamd.pid --max-children=5So, I think if I am to have have any hope of getting a decent log out of SA, then I will need to use the full spamassassin commandline from procmail. No problem, but as I read in the faq, (http://wiki.apache.org/spamassassin/SeparateLogFile) the instructions there on how to get a different log file involve tinkering with things that I don't have access to. Are there any other options for me? Commandline piping? Creative file links? I really need to figure out a way to get into my logs so I can see what my installation is doing and not doing.hi -- You can install SpamAssassin into your home dir and run spamd from there; then use the "spamd -s file" switch to log to a file. However, many shared hosting setups will also limit CPU time, which typically means you can't run daemons. Unfortunately the "spamassassin" script isn't much use for logging :( --j. If I did go this route, how would I make sure that my spamc talks to my spamd and not the other one that is already running on the box? |
- Logging Skip
- Re: Logging Justin Mason
- Re: Logging Skip
- Re: Logging John Hardin
- Re: Logging Skip
- Re: Logging Matt Kettler
- Re: Logging Skip
- Re: Logging Martin Gregorie
- Re: Logging James Wilkinson