Ruud wrote,
Without [unsetting SHELLMETAS] I get:
procmail: safe_execprocmail: Failed to execute "/usr/local/sm.bin/sh"
You must have $SHELL set to some oddity named "safe_execprocmail" that's
tripping you up. Just try
SHELL=/bin/sh
My conclusion: that 'gzip >> file' command will not work without a shell.
Indeed it will not. That's why ">" is in the default value of
SHELLMETAS. Procmail, without a shell's help, cannot do redirection,
piping, globbing, backgrounding, home directory interpolation, nor && or
|| logic, so when it sees a character that smells of those things, it
hands the command string over to $SHELL.
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. Better idea: SHELL=/bin/sh
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail