On Sun, Apr 30, 2006 at 01:49:36PM -0500, David W. Tamkin wrote:
Dallman Ross wrote:
The first person I knew of on this list to have talked about
that was David Tamkin, so until and unless I hear otherwise,
I'll attribute the trick to him.
But I in turn got it from something Stephen van den Berg had
originally suggested.
Ah, okay. Thanks for the history lesson, and for knowing when
to invoke lessons learned, which itself is a very important skill.
Now the question is whether I'll make the same change as you. Of the
three sites where I can run procmail, two use mboxes. The other uses
maildir and I do need to distinguish among derived maildirs that already
exist, those that should be created, and those that should not be
created. So I'll have to look over my own code. The ugliness you see
in the verbose log is not a factor for me; I almost never have occasion
for verbose logging in that part of my code, and it's not that ugly to
me anyway.
Even though with verbose off there isn't much to see, the error
messages do still appear in the log. I think maybe you don't much
use legacy procmail dirs, but if you do, you'd also see the
target/../target bit in $LASTFOLDER. These are not important
points, but they are probably worth mentioning.
I found in writing in the new bit of delivery code that my old
way wasn't bothering to try to deal with a supplied target of ".",
in any case. The new algorithm handles that fine.
Dallman
____________________________________________________________
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