Greg Moeller <[EMAIL PROTECTED]> wrote:
>
> > You didn't explicitly answer my question about conf-split, but by "stock
> > standard", I'll assume it's the default of 23. This is probably too low
> > for your system -- if you have five or ten thousand bounce messages
> > sitting in the queue, you're getting lots of files in each directory.
> > This is likely what causes your mail system to "bog down" when there's a
> > bunch of bounce messages waiting in the queue. On a properly configured
> > system, messages which are just sitting in the queue waiting for their
> > next delivery attempt won't have much effect on qmail's performance.
> Hmmm, ok, what would a good split be for 70000-100000 in the queue?
> (about how many would build up over a weeks time before they started getting
> tossed anyway)
It depends on a lot of factors, including hardware speed and filesystem
efficiency. Solaris is particularly disgusting in this regard; on a high-end
E4K with 15kRPM RAID, performance degrades unacceptably for an application of
ours when there are as few as 200 files per directory. On low-end commodity
PC hardware running on a Linux box with the ext2 filesystem, we get good
performance with as many as 1000 files per directory.
You said you're running on a Sun box. Try increasing conf-split so that your
maximum expected queue load puts <200 files in each directory. For 100000
messages, you'd need a conf-split of 500 or higher. Okay, that sounds too
high to me, even. Let's try a limit of 1000 files per directory -- conf-split
then has to be 100 or higher. The first prime after 100 is 101, so I'd try
that.
> Anyway, yeah, I'd love to care for every one of these Emails, but for some
> reason I just can't. These wonderful folk have utterly wasted my server too
> many times by firing tens of thousands of Emails at the server within an
> hour or two and caused me to have to work for hours trying to clean up the
> mess.
A bounce message that never gets delivered uses very little bandwidth. The
only resource it's really using is some disk space and a few queue inodes.
Can you spare those?
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
