At 03:34 PM 2/3/99 -0600, Philip Guenther wrote:
*selah* <soma(_at_)dorsai(_dot_)org> writes:
This is the script:
[snip]
Okay, let's look at the many stages of mail handling under this:
1) The message is received by the MTA
2) The MTA delivers it to /mount/var/spool/mail/$LOGNAME
3) The above script copies it to $HOME/.newmail
4) formail splits $HOME/.newmail and invokes...
5) ...procmail, which then processes it. This processing may include
5b) filtering
6) procmail delivers it to some mailbox
7) pine reads in the message
Since things work when the script is disabled, the message must be fine
after #2. #3 is just a copy, so it should not be the source of the
procmail. Can you check after #6 and see whether the message is fine?
You may want to look at the mailbox with "cat -evt" which will display
control-characters, nuls, extra-whitespace, etc. What happens if you
use a minimal .procmailrc that just delivers the message to a mailbox
and no other processing?
Add to the above:
7b) pine writes out the message
Yes, pine is one of those ()&%(_at_)!*$ mail clients that modifies
(e.g. by adding headerfields) mailboxes, even when you "just look".
Thus, checking after #6 needs to be done specifically *before* ever
opening the mailbox with pine "to look at it."
Cheers,
Stan