Re: [exim] MailScanner/Exim Long Queue Delay

Góra strony
Delete this message
Reply to this message
Autor: Martin.Hepworth
Data:  
Dla: Edward Jakosalem, exim-users
Temat: Re: [exim] MailScanner/Exim Long Queue Delay
Edward

Which queue are you referring to:

the outbound (post MailScanner) queue

or

the inbound (pre MailScanner) queue.


Do you things on the inbound Exim instance like reject non-valid
addresses???? I'm dropping a lot of email this way.


--
Martin Hepworth
Snr Systems Administrator
Solid State Logic
Tel: +44 (0)1865 842300

> -----Original Message-----
> From: exim-users-bounces@??? [mailto:exim-users-bounces@exim.org]

On
> Behalf Of Edward Jakosalem
> Sent: 22 March 2007 11:47
> To: exim-users
> Subject: [exim] MailScanner/Exim Long Queue Delay
>
> Hi there,
> This maybe a bit off topic but our of desperation, I am sending it

anyway.
> I have been searching in the MailScanner and Exim archives for a
> solution to my problem. I have found some suggestions but none of them
> worked. So here it is.
> I have 3 incoming mail gateways hosting about 60K users in multiple
> domains. Each process a max of 200K messages a day. For the last
> months, these pesky spams have been pestering our servers causing long
> delays in the delivery of emails. I have no choice but to free up the
> queue using exim -q.
> Anyway I read that with splitting the spool directory will somewhat
> improve the server's performance. Well I tried that yesterday and was
> successful only with setting that up. The problem is that emails only
> get stored in the queue but not being sent out. There is no unusual
> message in my logs. I know there is something wrong because emails get
> delivered when I do exim -q. Has anyone actually got this
> split_spool_dir to work with MailScanner already? I got my
> instructions from the MailScanner website so I assumed it was going to
> work but I was wrong. And sadly no troubleshooting tips nor faqs about
> this.
> I'm running a dual P4 3.2GHz / 2GB RAM server with MailScanner
> 4.58.9/exim4.66/MySQL/SpamAssassin/F-Prot/ClamAv.
> And lastly since exim doesn't perform at it's best witl high queues,
> what are the best workarounds for this (except for shifting MTAs of
> course).
>
> Any help/suggestion will be greatly appreciated.
> Thank you!
>
>
>
> --
>
> Cheers,
> Edward C. Jakosalem
> jakosalem@???
>
> --
> ## List details at http://www.exim.org/mailman/listinfo/exim-users
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://www.exim.org/eximwiki/





**********************************************************************
Confidentiality : This e-mail and any attachments are intended for the
addressee only and may be confidential. If they come to you in error
you must take no action based on them, nor must you copy or show them
to anyone. Please advise the sender by replying to this e-mail
immediately and then delete the original from your computer.

Opinion : Any opinions expressed in this e-mail are entirely those of
the author and unless specifically stated to the contrary, are not
necessarily those of the author's employer.

Security Warning : Internet e-mail is not necessarily a secure
communications medium and can be subject to data corruption. We advise
that you consider this fact when e-mailing us.

Viruses : We have taken steps to ensure that this e-mail and any
attachments are free from known viruses but in keeping with good
computing practice, you should ensure that they are virus free.

Red Lion 49 Ltd T/A Solid State Logic
Registered as a limited company in England and Wales
(Company No:5362730)
Registered Office: 25 Spring Hill Road, Begbroke, Oxford OX5 1RU,
United Kingdom
**********************************************************************