procmail
[Top] [All Lists]

Re: procmail header recovery bugs

2010-11-03 22:50:59
At 16:58 2010-11-03, Kelsey Cummings wrote:

Greetings from Petaluma. <g>

:0fhw
|/usr/bin/false

Results in:

procmail: Executing "/usr/bin/false"
procmail: Program failure (1) of "/usr/bin/false"
procmail: Rescue of unfiltered data succeeded

But only the first char of the headers is recovered and passed along to
the subsequent rules.

I can reproduce this on 3.22 on a FreeBSD host

The Rescue message is defined in pipes.c, which is also the only place that static message is referred to (in function stermchild())

        dump(PWRB, ft_PIPE, backblock, backlen).

PWRB is the file descriptor for the Pipe WRite Buffer. backblock is a character pointer to the buffer, backlen is the length of the buffer.

What I'm presuming is happening, is backlen is getting set to _1_ for some reason. Most likely, in the call to pipthrough(), which is also defined in pipes.c

I can take some time and debug this tomorrow if this is critical to you.

---
 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>