Dear Sean,
Thanks for your assistance.
Exactly as described somewhere you're not making specific reference to, so
it is set up exactly as nobody here would know what that is. Specific
problems such as yours demand specific details such as this.
This is in my sendmail.cf file:
Mlocal, P=/usr/bin/procmail, F=SAw5:|/@glDFMPhsfn, S=10/30, R=20/40,
T=DNS/RFC822/X-Unix,
A=procmail -Y -a $h -d $u
It has been almost a year since I installed procmail as the local
delivery again, and while I do not recall the exact location of the
document where I first encountered this, the document at
http://www.zer0.org/procmail/advanced
is one copy of the most likely source I was working from.
FTR, I use sendmail virtusertable and don't have these problems. Then
again, I'm delivering to users who exist - even if they don't all have
shell capability, they do exist.
I don't know what exist means. My users are in the password file and
their mailboxes reside on the system, but they do not have shell access,
they do not have home directories, and they only receive email at domains
that are hosted virtually.
"remains on the system" - by that, do you mean that it manages to be
delivered to their mailbox, but you have no evidence that it was handled by
procmail? Is this simply because some filters you'd expect to take action
don't, or do the procmail VERBOSE logs show no sign of the message?
VERBOSE logs show no sign of processing for email other than mine.
For a time, I was using the procmail recipes at Alcor
http://alcor.concordia.ca/topics/email/auto/procmail/spam/
and since they were working for me, I assumed that they were working
for all my users. But, in trying to install spamassassin, which has
no effect on their mail, I learned that the alcor recipes were not
being invoked for them, either.
This is all handled through a systemwide /etc/procmailrc file, which at
the moment only contains:
:0fw
| spamc
Since it seems that sendmail is for some reason not invoking procmail to
deliver, have you considered running sendmail in the diagnostics mode and
running address tests? Refer to the sendmail documentation for the details
on how to do this - it'll tell you what mailer it would use given a
specific address - perhaps sendmail isn't choosing procmail as the mailer?
Perhaps; I will test it.
I suspect this is your problem: users with _accounts_. All it takes is
your procmail script relying on having a valid _SHELL_, and it'll go to pot
when there isn't one (which is why, sometimes, you need to define a shell
in /etc/procmailrc for the processing there).
How can I force procmail to process all incoming email?
If procmail is the LDA, it'll be involved in all *LDA* delivered messages.
If you deliver to a prog, file, sendmail list, or to a remote address, then
the LDA will not be invoked, but instead, the appropriate mailer will be.
Could you be specific as to where procmail shows that it's going to pot?
I find no messages relating to missing shells in any of my logs;
procmail's, /var/log/maillog, or /var/log/messages.
I suppose that by delivering to spamc, I'm delivering to a program, but
the most common installation of spamassassin seems to rely on procmail,
so I'm a little confused by this statement that by delivering to a program,
I'm automatically by-passing procmail as local delivery agent. And it
does process my email.
Thanks for your help; I hope my clarifications help you help me, and I
have a few new ideas about how to test this.
All the best, Eric
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail