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