> Please note that HTML email, esp in colour, isn't appropriate for email
> discussion groups. Please reserve that for mailing friends and family or
> coworkers locked into a dorky corporate mail system such as Notes or
Exchange.
Oops. Sorry. My dorky mail system is set up to use plain ASCII for
newsgroups,
BTW, my reference to "dorky" wasn't directed at you, since I didn't expect
that posting from a verizon account constituted a corporate mail address
(for those not in the know, Verizon is chiefly recognized as a cellular
telephone service provider in the states).
Son of a gun! That's just the way mine is laid out!
Well, there you have it. With a linear scripting language, that's about as
good as it'll get, though I'm welcome to suggestions from the gallery.
> Manual invocation of your procmail rcfile. (. . .)
Great! That seems to confirm what David Tamkin said in the message just
prior to yours.
Probably authored at about the same time though - mine just answered other
facets of your query as well.
Note that the same formail/procmail syntax applies to throwing messages at
a sandbox, 'cepting that you'd manually specify an rcfile to procmail:
formail -s procmail -m sandbox.rc < mailboxfile.mbx
or, if you have a compressed archive (which takes considerably less space
to retain a volume of text mail for archival purposes):
gzip -dc mailboxfile.gz | formail -s procmail -m sandbox.rc
If you engineer your ~/.procmailrc in an appropriate fashion, it becomes
possible to includerc it into a sandbox config, with delivery being shunted
to a different directory structure (if not /dev/null), and an alternate
(AND VERBOSE) logfile. Such an approach makes it easy to take a message
and "throw it back at" the procmailrc to find out, in greater detail, why
it was handled in a certain way. The sandbox structure I use for instance
redefines DEFAULT and SENDMAIL, so mail isn't delivered to the system
mailbox, and any forwards (or even explicit invocations of sendmail) are
shuttled to a file for review, rather than actually being delivered.
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail