(Sorry for resubmitting, forgot to CC)
Maybe there is something wrong with me... My original question was not concerning mail scanning, it concerned mail
delivery. With two people pointing out (an obvious) problem with scanning EVERYTHING in and out, it leads me to the
possibility of my spawning problem to be related related to the mailscanner and not to internal queue mechainsms?
As far as scanning goes - yes I understand that it's silly, but the way my system is set at this point (exim + mailscanner)
with two separate exim processes, the only possible way to do this is to make an exceptional "queue only" directiwe which
will in turn pass only non-local messages to the intermediate mailscanner process. However the overhead of such scans is
next to nothing from machine point of view - hence I am reluctant to experiment with something like this and leaving a
possible hole in my system (being ultra paranoid if you wish to call it this way).
Peter
On Mon, Sep 01, 2003 at 03:43:03PM +0100, Nigel Metheringham wrote:
> On Mon, 2003-09-01 at 15:25, Peter Rabbitson wrote:
> > Once again submitting a query. After even more research realised that such processes are deliveries spawned by qrunners in
> > order to make use of the same smtp connection for multiple messages to the same mail server. However the number of qrunners
> > fluctuates between 7 and 10 and the number of these children is way above 300. Anybody has any ideas why these children
> > spawn like rabbits and where to limit them?
>
> You have already configured your system to scan messages going into the
> list handler. Scanning the messages coming out of the list handler as
> well is just silly.
>
> Change your scanner config to ignore messages being injected from
> 127.0.0.1 (or as a local user if your mailman config uses the Sendmail
> interface).
>
> Nigel.
>
> --
> [ Nigel Metheringham Nigel.Metheringham@??? ]
> [ - Comments in this message are my own and not ITO opinion/policy - ]
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
