Though I've never used sendmail/milter myself, from observing the comments flying back and forth on this list about using spamass-milter I think the answer is one of a few things:
1. Use MIMEDefang as a front end for SpamAssassin instead of spamass-milter. MIMEDefang apparently works, spamass-milter apparently does only if you're lucky. 2. Switch to a friendlier MTA The basis of the problems seems to be that sendmail won't send the full email across to spamc for whatever reason, at least on some platforms. Seems like it would be logical for the whole message to get sent, then to read the whole message back. Sendmail doesn't do it that way though, no idea why not. This leads to spamc hanging on the read(). There's no SIGPIPE coming over -- since spamc doesn't handle that signal, it would die if it received one. Sendmail is just sitting there waiting for something before finishing sending to spamc. As I said, MIMEDefang seems to have solved whatever the problem is. Apparently it also now has some kind of pre-forking thing going on too, which I bet helps out on performance. C James B. Huber wrote: JBH> Speaking of dying..... JBH> In a nutshell, spamc is stuck waiting on a read, that never JBH> completes (even after DAYS). Looking over the code it would JBH> appear that: _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
