That seems quite strange. What parameters are you running Exim with?
When things are bad, how many messages are in the queue? After you queue
clearing process has gotten everything back to normal, how many messages
in the queue?
The fact that manual queue runs do resolve the situation would seem to
indicate the Exim is running the queue often enough. What is your "-q"
parameter set to? It is probably not high enough.
Tom
On Fri, 5 Mar 2004, Lists wrote:
> Willie Viljoen wrote:
>
> Bandwidth is not an issue. Granted the cluster can run a tad hot at
> times, it handles all other services fine. But I grow weary of running
> the queue runner daily to avoid customer complaints. The fact is this
> is happening, whether it should be or not.
>
> -- Steve
>
> > ----- Original Message -----
> > From: "Lists" <sfulton-lists@???>
> > To: <exim-users@???>
> > Sent: Friday, March 05, 2004 10:13 PM
> > Subject: [Exim] Queue performance.
> >
> >
> >
> >>Hi all,
> >>
> >>I'm experiencing serious delays in queue processing, whether local or
> >>remote deliveries. If a client decided to send out a 500k file to 2000
> >>of their closest friends, it takes hours and hours to clear manually
> >>using various Exim queue runner combinations (ie. exim -Sff <whatever>,
> >>exim -Rff <whatever>, exim -qqffl etc etc etc). I find myself doing
> >>this daily, and frankly it's becoming unacceptable. Can anyone
> >>recommend something to do, preferably something I can automate?
> >>
> >>-- Steve
> >>
> >
> >
> > This should really not be happening. The source of the problem lies outside
> > Exim. Queues should never conjest to the point where they can not clear at
> > all. If you are running on a low bandwidth line, consider an upgrade.
> >
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
>
