Wotan <wotan(_at_)netcom(_dot_)com> writes:
On Sat, 1 Mar 1997, Philip Guenther wrote:
Wotan <wotan(_at_)netcom(_dot_)com> writes:
...
Version 3.10 is installed on the system, and works fine - except for some
flaky looking logfiles and a refusal to seperate the headers from the body
of a message. :(
1) what do you mean "refusal to seperate"? Is the blank line missing?
I mean that if I use a recipe to seperate the body and headers - it will
do the proper testing, but fail to seperate them. ie:
:0 B
* ^item1
* ^item2
| cat > file
results in headers being placed in the file with the message body. This
works on other systems, just not this one. :(
The 'B' flag only affects what the conditions get matched against, not
what is fed into the action. For that you need the 'b' flag. If other
systems have been doing this without the 'b' flag, then *they're* broken.
2) are you *sure* it isn't some recipe doing it? Does it do this if you
remove your .procmailrc?
3) flaky how?
It will generate a log that looks like this:
No From apparent
Subject: revamotd
Folder: ($FORMAIL -r; cat /ftp/pub/da/databasix/revamotd) | $SENDMAI
No From apparent
Subject: Procmail log stats
^mfolder
No From apparent
Subject: Re: revamotd
^mfolder
The "No From apparent" is probably related the the ^A^A^A^A stuff.
Actually, it makes me suspect that something other than procmail is
delivering the messages, and that procmail is being used to process
them after the fact, because procmail should otherwise have a "From "
line to work with, I think.
As for the '^mfolder', that looks like it was meant to be a condition,
but had the leading asterisk left off.
Philip Guenther