Toen wij Robert Allerstorfer kietelden, kwam er dit uit:
Ruud H.G. van Tol:
Robert Allerstorfer:
Unsetting SWITCHRC within '/etc/procmailrc' seems to be the same
as my suggestion.
No, SWITCHRC is like a GOTO, INCLUDERC like a GOSUB.
sure, but if the INCLUDERC occurs directly before delivering to
$DEFAULT the bahaviour is the same.
Not always. As I wrote before:
"With the INCLUDERC, if delivery to $DEFAULT fails, there could
be 2 passes of ~/.procmailrc."
If you choose to ignore procmail's normal line of processing,
you need to code stuff in your /etc/procmailrc a bit like the
following, to mimic procmail's normal line of processing.
:0
$DEFAULT
:0
$ORGMAIL
EXITCODE=78
HOST
:0
/dev/null
All that to keep procmail from ever falling into the ~/.procmailrc.
Just forget about that INCLUDERC. It is not elegant. SWITCHRC is
a clean way out, because it ensures that /etc/procmailrc's
business is finished.
Q: Why is there no need to write SWITCHRC = "$HOME/.procmailrc"
A: Because "$HOME/.procmailrc" is already standing in line, waiting
for /etc/procmailrc to finish.
--
Grtz, Ruud
____________________________________________________________
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