Dallman Ross <admin(_at_)nomotek(_dot_)com> writes:
After my sysadmin installed 3.22 the other day (on my suggestion),
a lot of my mail started requeuing over and over instead of being
delivered as usual.
...
Anyway, I'm hoping Philip or someone else can give me
some ideas as to why I'm suddenly getting out-of-memory
errors with the latest version, and what I might want to
do to try to resolve it.
I don't _know_ of any problems related to getting out-of-memory errors.
So far, the only known problems in 3.22 are a couple around the COMSAT
handling (COMSAT=yes doesn't work, use COMSAT=""), and a bug in the
handling of the 'H' flag that'll drive a quick cycle on 3.23 ('H' flag
is never cleared).
I do have verbose logging turned on. Here's an example from
one that requeues:
[deletia]
procmail: Executing "echo $ACKS/*/"$FROM""
procmail: Out of memory
buffer 0: "echo $ACKS/*/"$FROM""
buffer 1: "echo $ACKS/*/"$FROM""
procmail: Notified comsat: "munged@:**Requeued**"
From dman(_at_)munged(_dot_)com Sat Sep 15 16:32:16 2001
Folder: **Requeued** 2793
The recipe that leads to that output is part of my long-used
set that checks for recent mail from sender's address and
sends a not-more-than-weekly auto-reply if it's the first
instance of mail from the sender this week. It's a rather
complex set of recipes, so I'm not jumping for joy to post
it here now, though I'll be happy to if someone really thinks
doing so would be useful.
Can you show the recipe or variable assignment that generated the
procmail: Executing "echo $ACKS/*/"$FROM""
log line? What does the log show as the value of the FROM variable at
that point?
Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail