On Thu, 8 Aug 2002, Andrew Edelstein wrote:
On Tue, Aug 06, 2002 at 11:15:38AM -0400, Dave O wrote:
That's not the problem. I'm already calling the cyrus deliver program,
and ss I said, most users can receive mail just fine.
It's the users who dont have a corresponding system account who procmail
will refuse to deliver to. I have traced this back to procmail.c (line
309 in version 3.22) where it does this:
You need to handle these users in /etc/procmailrc or
/etc/procmailrcs/username.
The easiest way is to use /etc/procmailrcs/some.rc with a SWITCHRC to the
user's ~/.procmailrc. If there is no such file (the user doesn't have a local
unix account), then it will continue processing some.rc, in which case you
deliver the mail as I previously described. There is no reason why procmail
should even care if the username it passes to "deliver" exists as a local unix
user at this point.
Maybe the problem is the way that I'm invoking procmail:
A=procmail -a $h -a $u -d $u
the $u is mapped from sendmail's virtusertable and procmail delivers to
that username in Cyrus. Is there a more agnostic way to do delivery,
perhaps with the -m flag? I can't really find much information about that
flag and how it works, so any information would be very helpful.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail