On Sat, 26 Jun 2004 15:58:20 -0700, Professional Software Engineering
<pse-l(_at_)mail(_dot_)professional(_dot_)org> wrote:
A month or so ago, I suggested the possibility of "plugins" - binary
modules which procmail could include for added functionality. This very
thing is one of the functions I envision that plugin capability
providing. Additionally, I proposed that such plugins could have deferred
initialization: procmail wouldn't need to load them until their first
actual USE, and therefore, you wouldn't take the hit of loading them unless
that procmail run actually reached a point that it would use the
plugin. After that however, the plugin would already be in memory, and
therefore multiple uses of a plugin function wouldn't involve the same hit
as running any other external process.
formail as a plugin, DNS lookups as a plugin. Sounds great to me.
But PCRE matches? Multiple actions per recipe? These will take more
tha just a plugin architecture, and I think both of these would be
welcome additions to procmail.
Other than this (as a plugin spec) and the regex count, I think most of the
rest of the requests really do amount to change for the sake of change.
I do like the > + idea Micheal had, since it very clearly indicates
when a message is no longer going to be processed and when it is.
It's not a huge deal, of course, but I see something like this:
:0 (zero is deprecated, but ignored)
* condition
| (external -option) >mailbox
as "run the message through external and dump the output in mailbox (DELIVERED)
:
* condition
| extrenal +archive
<more recipes>
as "filter the message through external and keep processing it, but
dump a copy in archive first" (NOT DELIVERED)
as potentially VERY useful, and much clearer than what we have to do
now to achieve that same effect.
(external -option) to distinguish
(external -option > file) # Shell 'delivery'
(external -option) > mailbox # procmail delivery
external >mailbox # procmail delivery
--
gkreme at gmail or kreme at kreme or syth at mac
____________________________________________________________
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