procmail
[Top] [All Lists]

Re: Nesting INCLUDERC's...

2001-12-26 20:57:31

On Wed, 26 Dec 2001, David W. Tamkin wrote:

And I've none at all (but rather a very strong distrust of anyone else's
canned all-purpose spam detection, especially if it trashes mail it thinks
is spam, more so if it bounces it).

Well I'm not on a mission to convince anyone of anything, in the
past my sentiments were consistent with yours. But as a result of
something else, I ended up with most spams from this list and the
SmartList list going to their own folder. I like my list's mail clean
after all it turns out and I can quickly delete the spamfolder when I need
some spam deletin thrills;^)

What does a verbose procmail logfile say?  Maybe that can pinpoint how far
procmail gets.

I went back there and did that, this spambouncer generates about 50k
of verbose logfile stuff, but it looks like I found a clue. And my
last follow-up left out a point of interest for you....I had a few
moments at the console to send off my post and then had to head out
the door....sorry, all the usual excuses apply!

The logfile shows at the end of the sb.rc (spambouncer script), the
last two things it does:

procmail: Assigning "LINEBUF="
procmail: No match on "yes" (this one is ok and unrelated to the trouble)

then processing of my /etc/procmailrc resumes as I want it to, then
after a couple recipes, look what happens:

procmail: Exceeded LINEBUF
procmail: Assigning "PROCMAIL_OVERFLOW=yes"


Turns out, at the beginning of sb.rc, we have:

# Set LINEBUF to high figure to accomodate large recipes.
OLDLINEBUF=${LINEBUF}
LINEBUF=32776

which looks in the logfile like:

procmail: Assigning "OLDLINEBUF="
procmail: Assigning "LINEBUF=32776"


then when we get to the end of sb.rc, we have:

LINEBUF=${OLDLINEBUF}

which produces in the logfile the above mentioned:

procmail: Assigning "LINEBUF="



Does this mean LINEBUF is being set to nothing, hence it causes
Procmail to overflow? I have never had this problem before and
never have had to set that variable, so maybe it needs to be
reset to whatever it was before processing went over to sb.rc?
Looks like the program tried to do that but it didn't work?

Thanks,

--Paul
cueman


--


_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail

<Prev in Thread] Current Thread [Next in Thread>