I don't think you can check error codes in procmail, but you could do something like:
:0
* ^From: jackinthebox
| myperlprogram
----
myperlprogram
if <stdin> has bad words in it, exit
else output it to $SENDMAIL
There the perl program isn't a filter, and is deciding the fate of the message.
On Thu, Aug 02, 2001 at 01:26:15PM -0700, Tim Howe wrote:
> But can Perl be used to alter the logic of what happens to the mail message,
> not just edit/filter the meeage itself? Can I make Perl look for something
> particular and then decide what the messages fate should be based on that?
>
> Tim
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Cory Petkovsek
> > Sent: Thursday, August 02, 2001 1:17 PM
> > To: [EMAIL PROTECTED]
> > Subject: [EUG-LUG:1971] Re: procmail relay filter and receipts
> >
> >
> > :0bf
> > * ^Subject: up
> > | perl -p -e 'y/[a-z]/[A-Z]/'
> >
> > :0 is recipe
> > b means just body
> > f means have this recipe act as a filter and not a final destination.
> > | perl -p -e 'y/[a-z]/[A-Z]/'
> > this replaces lowercase with uppercase, but just in the body (b).
> > Because of the (f), the mail will continue down the train of filters.
> >
> >
> >
> > On Thu, Aug 02, 2001 at 01:09:09PM -0700, Tim Howe wrote:
> > > How hard is it to use perl in procmail rules? Maybe that's
> > an option for
> > > more advanced logic?? I'm still new to Perl (C is my
> > hammer), but I
> > > thought that I saw it used in a simular manner before...
> > >
> > > Tim
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> > > Seth Cohn
> > > Sent: Thursday, August 02, 2001 12:48 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: [EUG-LUG:1969] Re: procmail relay filter and receipts
> > >
> > >
> > > yes, it's a flag/header... Return request is a
> > > bad thing (IMHO) cause lots of mail programs
> > > don't honor it anyway.... especially those of us
> > > who read mail by grepmailing the spoolfile.
> > > (grin)
> > >
> > > You could write another procmail filter for mail
> > > that will look for the correct return address and
> > > send it on... but you see the ugliness of that...
> > >
> > > Seth
> > >
> > >
> > > --- Cory Petkovsek <[EMAIL PROTECTED]>
> > > wrote:
> > > > All right postmasters, how to get around this
> > > > one?
> > > >
> > > > Incoming mail goes to exim, passed to procmail,
> > > > passed back to exim then forwarded to an
> > > > internal exchange server.
> > > >
> > > > The problem is when a mail enters with the
> > > > "reciept requested" flag marked, the receipt
> > > > goes to the procmail user, "mail", which is
> > > > then forwarded to me.
> > > >
> > > > Any suggestions on how to have the receipt sent
> > > > to the correct person? Or how would I strip
> > > > out the receipt requested flag? Is it a
> > > > header?
> > > >
> > > > Thanks,
> > > > Cory
> > > >
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Make international calls for as low as $.04/minute with
> > > Yahoo! Messenger
> > > http://phonecard.yahoo.com/
> > >
> >
>
