On Mon, Mar 26, 2007 at 10:41:33AM -0700, Bart Schaefer wrote:
On 3/26/07, Axel Thimm <Axel(_dot_)Thimm(_at_)atrpms(_dot_)net> wrote:
On Sun, Mar 25, 2007 at 01:57:23PM -0700, Bart Schaefer wrote:
It says about ORGMAIL: "If, for some obscure reason (like 'filesystem
full') the mail could not be delivered, then this mailbox will be the
last resort. If procmail fails to save the mail in here (deep, deep
trouble :-), then the mail will bounce back to the sender."
Which obviously does not apply for delivery recipes that are in
blocks, because the block as a whole is a non-delivery recipe.
Um, what?
| Non-delivering recipes are: [...] those that start a nesting block.
Only that I'm not using :0 c:
You must be using it somewhere, or procmail would exit before you ever
get a chance to examine LASTFOLDER, because of the first-delivery-stop
design.
Nope, read above.
If you really aren't using :0c: anywhere, then your entire premise
has been wrong all along, and the ONLY time LASTFOLDER will be set
is when delivery has failed.
Nope.
FWIW I already refered to that doc bug two days ago, so
you should perhaps check the thread - perhaps procmail lost your mail,
too? ....
I interpreted your previous comment as complaining that the program
was wrong because it didn't match the documentation, not that the
documentation is wrong because it doesn't match the program. There is
a difference.
The fact is that documentation and program semantics don't
match. Which the author intended to be correct is open to
interpretation, but seeing that setting LASTFOLDER on failed attempts
makes little sense, the argument is strong that it would be better to
fix the program to adhear to the docs. Of course fixing the docs to
document buggy behaviour also lifts the mismatch, and is done in no
time.
--
Axel.Thimm at ATrpms.net
pgpo02R28dHEe.pgp
Description: PGP signature
____________________________________________________________
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