Brook Humphrey wrote: > Zarjazz wrote: > >> Well it had to happen, I've been recieving some spam that triggered LOTS >> of tripwire rules and overflowing the smtp daemon header buffer. >> Extracts from exim panic log below. >> >> 2004-01-16 13:17:08 1AhTqL-0001gb-Ax string_sprintf expansion was longer >> than 8192 >> 2004-01-16 13:17:18 1AhTqa-0001jS-IR string_sprintf expansion was longer >> than 8192 >> 2004-01-16 13:17:22 1AhTqj-0001lg-3q string_sprintf expansion was longer >> than 8192 >> >> Now I could fix this by recompiling exim with increased buffer sizes but >> AFAIK 8192 is the default in all distributions but a quick pipe of the >> .cf file through sed s/FVGT_TRIPWIRE/TRIP/g seems to do the trick just >> as well :) >> >> >> Z. > > why not pass it off to maildrop. I have been using it site wide with no > issues at all. >
This is nothing to do with the 'delivery' process. I use the exiscan patch to call spamd at the smtp level so I can bounce high scoring spam without even accepting then onto the delivery queue. Basically the spam report from spamd is overflowing the exim headers buffer when lots of tripwire rules are hit. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
