At 16:35 26/06/2001 +0100, Yann Golanski wrote:
>On Tue, Jun 26, 2001 at 04:24:11PM +0100, Rob Butterworth quothed:
> > At 12:48 08/06/2001 +0100, you wrote:
> > >On Fri, Jun 08, 2001 at 11:23:42AM +0100, Rob Butterworth wrote:
> > [...]
> > Load. The one that exhibits the problem get at least 10 times the traffic
> > of the others.
>
>What does eximstat gives you?
>What is the size fo your queue?
About 200 messages right now.
>How many queue runners run at any one time?
Not sure. The default I expect (5?)
>What is your user base?
150 users.
>Where are they sending mail to?
Other employees inside the company (on other mail servers), plus many
outside addresses.
>In what patern are the mails send?
Not sure I understand ?
>Is there a network problem along the route out?
I've seen processes delivering to our US mail servers grow to hundreds of
MB, even through I can easily telnet to them manually on port 25 and send
mail using SMTP commands, whilst the exim process is sitting there eating
resources...
>
> > The process size is also huge. 'top' output :
> >
> > 32351 mail 9 0 895M 427M 114M D 0 2.5 85.3 0:05 exim
> >
> > I'm approaching the point where I'll have to switch back to sendmail - can
> > anyone give me a pointer ? Maybe gdbm interactions ?
>
>See above. I don't think the problem is in Exim or the way its databases
>work.
Surely an exim process should *never* use this much resource ? Even if
it's hung on trying to contact a remote site, surely using all the
resources the machine has available is not correct behaviour ?
>--
> www.kierun.org
>Yann@??? Use Pretty Good Privacy.
--
Rob Butterworth (rob@???)
Director of IT
Accelrys
