I posted this problem to the list on 9-29-02, and did get a suggestion that
perhaps a double-call to procmail would be causing the problem I'm having.
The reasons why I don't believe that this is the case:
1. no mention of procmail in the sendmail.cf
2. the problem is not constant, seems to occur
If this were the issue wouldn't I have the problem at hand constantly,
instead of randomly as I appear to? For instance, I didn't change any
configurations at all after my problem this morning, I just cleaned the
queues and restarted spamd/sendmail.
At 14:06 09/29/2002 -0400, Theo Van Dinter
On Sun, Sep 29, 2002 at 11:47:41AM -0500, Mike Burger wrote:
> Current distributions of sendmail are configured for procmail to be used
> as the default delivery agent. Adding a call to procmail in your .forward
> file, which has already been read by procmail, just means that procmail
> gets c
I believe this is a result of calling procmail from within procmail.
Current distributions of sendmail are configured for procmail to be used
as the default delivery agent. Adding a call to procmail in your .forward
file, which has already been read by procmail, just means that procmail
gets
I'm having a pretty bad mail loop problem, which appears rooted in the
.forward procmail spamc setup. It's an occasional problem, but when it
happens it's bad. I don't know what kicks it off, but I have to manually
intervene to break a mail loop in my server systems.
Here's a message I find