1 |
well I have very strange sendmail behaviour some times it sends 200+ emails/sec |
2 |
and some times down to 30 emails/sec, and can't figure it out what's the issue |
3 |
! |
4 |
using sendmail for mailing list purpose |
5 |
|
6 |
-k |
7 |
|
8 |
Quoting Andrew Cowie <andrew@×××××××××××××××××××.com>: |
9 |
> On Thu, 2005-19-05 at 09:45 -0500, kashani wrote: |
10 |
> |
11 |
> > Email throughput is highly dependent on how you're generating the |
12 |
> > emails, RAM, disk I/O, number of emails sitting in your queue, how |
13 |
> > you've ordered your emails, whether bounce handling is local or on |
14 |
> > another server, spam filtering if any, and your server software. Even |
15 |
> > the speed of your DNS server can start to play a part. |
16 |
> |
17 |
> This is all astute commentary. I agree with all of it. Fine tuning an |
18 |
> email system (or any production platform) takes ... finesse. It's not |
19 |
> about "installing this software or that software", but about |
20 |
> understanding the behaviour of your system as a whole, and then tuning |
21 |
> the performance from a position of knowledge, not from one of |
22 |
> assumption. |
23 |
> |
24 |
> > 30/sec puts you a bit above 2.5 million a day which is probably the top |
25 |
> > end of what you might see in the real world. |
26 |
> |
27 |
> Certainly seems a reasonable score. |
28 |
> |
29 |
> I've run 3-5 million emails a day through a platform based on Qmail. |
30 |
> Qmail has architectural bottlenecks on how it processes new messages; |
31 |
> likewise you need to take care to shunt traffic to misbehaving domains |
32 |
> to alternate queues - but making it sing was little to do with Qmail |
33 |
> itself and very much to do with knowing what the group of systems as a |
34 |
> whole were doing and making informed judgements thereon. |
35 |
> |
36 |
> AfC |
37 |
> Sydney |
38 |
> |
39 |
> -- |
40 |
> Andrew Frederick Cowie |
41 |
> |
42 |
> Technology strategy, managing change, establishing procedures, |
43 |
> and executing successful upgrades to mission critical business |
44 |
> infrastructure. |
45 |
> |
46 |
> http://www.operationaldynamics.com/ |
47 |
> |
48 |
> Sydney New York Toronto London |
49 |
> |
50 |
> -- |
51 |
> gentoo-server@g.o mailing list |
52 |
> |
53 |
> |
54 |
|
55 |
|
56 |
|
57 |
|
58 |
---------------------------------------------------------------- |
59 |
This message was sent using IMP, the Internet Messaging Program. |
60 |
|
61 |
-- |
62 |
gentoo-server@g.o mailing list |