- Previous message: Aurelien Barrere: "Re: incoming queue behaves like a blackhole"
- Maybe in reply to: Aurelien Barrere: "incoming queue behaves like a blackhole"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
|
|
|
From: Greg Hackney (no email)
Date: Fri Sep 02 2005 - 10:41:42 EDT
Aurelien Barrere wrote:
> It becomes BETTER since i change the value
> from "local_destination_concurrency_limit = 1" to
> "local_destination_concurrency_limit = 30"
> You can see below that incoming queue begins to decrease :-)
>
> 2 incoming 6417664
> 2 incoming 6367955
> 2 incoming 6347696
>
That's good, because otherwise there are so many possibilities for
consideration with 6 million backed
up messages. Personally I've never deal with more than a 60 thousand
being backed up. It's an amazing
tribute to Wietse, Postfix, and Linux that yours even works at all. :-)
I'm guessing that your bounce.pl script is an interface into Majordomo
which used to remove users from mailing
lists. It sounds as if you need to validate whether that process is
working correctly. My guess would be that it's not,
based on the number of "bounce" messages that have apparently
accumulated in queue.
> I got a warning message in the log saying:
> Sep 1 14:32:02 bounce postfix/qmgr[29484]: warning: lots of deferred
> mail, that is bad for performance . Ok but what can i do?
I'd say to just shake your head "yes", and fully agree with that
statement. :-)
-- Greg
|
|
|