On Wednesday 07 February 2007 10:21, David Woodhouse wrote: > On Wed, 2007-02-07 at 09:36 -0500, Jarod Wilson wrote: > > As for the performance issue someone else quoted regarding exim... At one > > point in time, I worked at a place that had lots of mail servers moving > > tens of millions of emails per day. There was no way in hell exim could > > handle the load (we tried). Both sendmail and qmail (ew) had their issues > > as well. Postfix was rock-solid, and had no problems holding up under the > > stress. Granted, this is a few years ago now, so postfix could have > > regressed (unlikely) and the others (save qmail) could have improved... > > I've heard anecdotes the other way round too, and there are some very > large deployments of Exim. I suspect that it depends a lot on how > well-tuned it is. With large queues, you definitely need the > 'split_spool_directory' option turned on to avoid putting too many files > in a single directory -- it's going to suck quite hard otherwise; > especially on older kernels. You may also want multiple queue-runner > processes in parallel, if you have a large number of mails stuck on the > queue that aren't immediately deliverable. Cool, I figured the situation was probably better nowadays. My anecdote is from at least three or four years ago on Red Hat Linux 7.x systems. Note to self: give exim a try one of these days... -- Jarod Wilson jwilson@xxxxxxxxxx
Attachment:
pgpnyrZT4XnFK.pgp
Description: PGP signature
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
