Karl Kopper <karl(_at_)dop(_dot_)water(_dot_)ca(_dot_)gov> writes:
...
"|FS=' ';exec /site/bin/procmail -f- #brokenuser"
That should start "|IFS=....", not "|FS=...."
...
The mail to plan_sun is not logged in brokenuser's procmail_log file, it is
simply dropped (other users on the list who do not use
procmail are getting the postings). (Of course, taking procmail
out of the picture by removing the brokenuser's .forward file
solves the problem).
I'm not sure if this is a procmail or a sendmail "problem" but would
be very grateful for any ideas.
The first thing to check is whether you're using smrsh, and if so, is
procmail in smrsh's sm.bin directory (whereever that is). However, if
that's the problem, then the plan_sun-request address should be receiving
bounce messages. Hmm, actually, since you don't show it, I'll ask:
you *have* aliased plan_sun-request, right???
Assuming that all turns up negative, what does the sendmail syslog
output show? Have syslog send mail.debug to a file, and you'll see a
line logged for each message as it enters the system, plus another for
each recipient as delivery takes place. You should then see:
1) a line logged when the message addressed to plan_sun arrives
2) a line logged when sendmail delivers the message through the prog
mailer to the command:
/usr/lib/sendmail -oi -fplan_sun-request plan_sun-out
3) a line logged by the "sub-sendmail" showing the arrival of the message
(from the parent sendmail) addressed to (in the envelope)
plan_sun-out
4) a line for each address on the plan_sun-out alias as the sub-sendmail
delivers to that address. One of these should be for the
broken user showing an invocation of the prog mailer with the
command:
FS=' ';exec /site/bin/procmail -f- #brokenuser
Look at the "stat" field of that line to see what sendmail
thought of the invocation of procmail.
Philip Guenther