...... Original Message .......
On Sun, 06 Nov 2005 13:10:44 -0500 "Charlie Summers"
<charlie(_at_)lofcom(_dot_)com>
wrote:
At 5:51 AM -0500 11/6/05, G.W. Haywood typed:
FWIW my vote is -1 to making major changes to procmail.
And for whatever little mine is worth as a procmail user not a procmail
developer, I agree. If you want to create a new application, bloated with
features and riddled with problems, I'd say go for it. procmail is currently
what I believe _all_ software should be; a small tool efficiently fulfilling
its stated purpose without branching off into others not originally
conceived.
BUT IT ISN'T DOING THAT.
There are some very simple things that procmail can't do without calls to
external processes.
How do I sort mail to $MAILDIR/YYYYMMDD ? I run date(1).
I can't count the # of times I call 'sed' and grep etc for some simple
things.
The feastureset should be locked, with routine maintenance
performed to fix reproducible errors.
why?
But that's just me, apparently stuck in an ancient past before Microsoft
feature-creep became a common (almost required) part of the software
landscape.
if it works for you as-is, use it as is.
Why do you insist no one else get new features just because you won't use them?
No one will force you to upgrade and the source is always there if you need a
3.5 version.
TjL
____________________________________________________________
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