[Mimedefang] mimedefang-multiplexor collisions....

[Mycrom]

I seem to have an intresting problem with mimedefang-multiplexor under heavy
load. The system will go processing along until it hits maxRequests. As
expected mimedefang-multiplexor preformes a kill of that slave. Right after
it thinks to kill it mimedefang-multiplexor seems to give it more work to
do. (Hence the "Slave died prematurely". It did it to its self) At that
point once it does finally kill it an active scan gets killed causing a temp
fail error back to sendmail. Once multiplexor decited that a slave is done
for shouldn't it preform some sort of lock aginst that slave to prevent its
self from handing more requests letting it finish up the current request and
killing the process? Also one more thing I have seen is that multiplexor
does not seem to like spreading out traffic. If possible it enjoys giving
all the requests to the same one or two slaves even if 25 more are free to
take requests. Even with 25 slaves free to take requests (5 were in use) It
still wanted to start slave 0 right back up because it had a request for it
instead of using one of the many waiting for something to do.

Nov 20 11:02:44 inbound-mx2 mimedefang-multiplexor: Killing slave 0 (pid
20511): Slave has processed maxRequests requests
Nov 20 11:02:50 inbound-mx2 mimedefang-multiplexor: Slave died
prematurely -- check your filter rules
Nov 20 11:02:57 inbound-mx2 mimedefang-multiplexor: Killing slave 0 (pid
20511): Slave has processed maxRequests requests
Nov 20 11:02:57 inbound-mx2 mimedefang-multiplexor: Reap: Idle slave 0 (pid
20511) exited due to SIGTERM as expected.
Nov 20 11:02:57 inbound-mx2 mimedefang[25797]: Error from multiplexor: ERR
No response from slave
Nov 20 11:09:50 inbound-mx2 sendmail[30605]: gAKG9DaX030605: Milter: data,
reject=451 4.7.1 Please try again later
Nov 20 11:16:02 inbound-mx2 mimedefang-multiplexor: Starting slave 0 (pid
2298) (30 running): About to execute command 'senderok
<owner-aba-ptl at MAIL.ABANET.ORG> 4.37.101.13 [4.37.101.13] mail.abanet.org'