Ruud wrote,
"safe_execprocmail" is (the result of) a compile-time-option of procmail.
Oh yes. So that pretty much precludes use of /bin/sh, doesn't it?
I had suggested,
Just try SHELL=/bin/sh
That's how it's set (see the start-message of this thread).
Well, when SHELLMETAS is unset, it doesn't matter much unless you invoke
it by specifying the $SHELL variable, and if safe_execprocmail is in the
way, then that doesn't help either.
Idea: filter the message through gzip, then deliver (=append to mbox)
the compressed result. Would that work?
Maybe in raw mode, but I'd not count on it.
<checking man procmail> Raw? </checking>
If you have procmail append the body without using raw mode, it will
make sure that the appended data end in two newlines. That may really
trip gzip up.
I need an append-command:
:0: $HOME/raw_big$LOCKEXT
* > 20000
| append "$HOME/raw_big.gz" "gzip -9fcq"
(on request my ISP does add simple-and-safe commands to the sm.bin)
If they'll do that, then you're in business.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail