At 14:52 2001-10-29 -0500, Webmaster wrote:
I am trying use Procmail to redirect a email to PHP script,
I presume a _standalone_ PHP script. The context which most people may be
familiar with PHP is as a webpage scripting language, which might otherwise
require using lynx, webget, or similar to invoke it, and could be a bugger
to pass input to.
Note that PHP supports POP and IMAP functionality, so if you have a problem
writing to the script itself, you _could_ have PHP retrieve the message
from your mailbox (which is entirely outside the scope of this list). The
implementation in procmail would be to deliver a copy to the default
mailbox, then deliver to the PHP script, ignoring write errors (you'd be
invoking the PHP script without the expectation that it would be reading
STDIN). That's only if your external script is having problems with the
message passed on STDIN.
What mean "notified comsat"??
'man procmail|grep -i comsat' would give you a clue. Checking the manpages
is generally a good idea. You can also find the FAQ's at
<http://www.procmail.org>. comsat isn't a problem, but if you're never
logged in via a shell it's a (minour) waste of resources, and if when you
are logged in, you don't want to see notifcations of these messages being
processed (especially if you handle a bunch of them), you probably want it off.
How I know if procmail is working properly??
Does this phorummail script appear to accomplish anything? Should it, or
are you in the habit of executing scripts which don't do anything? Can you
log from it to show that it has processed the email, perhaps output a file
with a copy of the message?
Since the procmail log doesn't indicate any errors, it doesn't appear that
procmail has had any failures passing the message to the script. OTOH,
we're all in the dark as to the specifics of the RECIPE itself, so perhaps
it isn't showing errors because the recipe says to ignore write errors (but
even then, procmail would be "working properly", because you'd be telling
it to ignore write errors, and that's what it would have been doing).
---
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