procmail
[Top] [All Lists]

Re: Problem with Procmail and losing Messages

2009-08-30 13:43:24
At 10:11 2009-08-30 -0700, Lance Robertson wrote:

Logspam.pl is a script that increments a database table to indicate a message was received as spam.

Well, that much I understood - but the point is that it isn't likely emitting the message back to its stdout, is it?

The messages aren't always being comsumed just sometimes but I will definitely look into this. I think the prior message with combining everything will be very helpful in this.

I'd wager that the messages you're losing are short ones, and that your perl script stops reading the input as soon as it has obtained the address elements that it cares about. A short enough message will be fully buffered out to the perl script and procmail won't know it wasn't all read - a longer message though will have content that hasn't been buffered out by the time that your perl script stops reading its input, and procmail would then presume (because you're providing the 'w' flag) that the filter failed, and will recover the message as if it had never been filtered.

'f' really is intended to filter - change - a message. passing a message into formail to rewrite headers, or pumping it into some attachment-stripping filter. If all you want is to read the data - but not emit a changed copy - then filter isn't the appropriate mechanism to use. Just deliver a COPY of the message to your program.


Subsequent to posting my reply earlier, I read the other response to your OP, and while it would have resolved your problem via his rewrite (which also used a 'c' flag to deliver a copy to the incrementing process), it didn't actually finger the cause of your problem.

I had changed the lockfile a ways back when someone suggested that maybe mail was coming in too fast and lockfiles weren't being released fast enough and

That's malarkey. If messages are "coming in too fast", then they'll queue up waiting for the lockfiles to be released. In any event, they'd report their issues in the logfile.

---
 Sean B. Straw / Professional Software Engineering

 Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
 Please DO NOT carbon me on list replies.  I'll get my copy from the list.

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)de
http://mailman.rwth-aachen.de/mailman/listinfo/procmail

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