On Fri, Oct 27, 2000 at 01:43:42PM -0700, Greg Jorgensen wrote: > We send lots of newsletters and other subscription-type emails. Our qmail > server seems to max out at 10,000 outbound messages per hour. I already have > concurrencyremote set to 120, and reverse DNS lookups and other slowdowns > turned off. The CPU (a dual UltraSparc) is not maxing out; it looks like we've > reached a limit of the SMTP protocol and the number of connections allowed. > > I can see that separating outbound and incoming mail on different servers would > help; most of the bounces come in while the bulk of the subscriptions are going > out. We are going to add some servers, but I'm wondering if 10,000/hour is a > typical limit, or is there some way I can send more messages in an hour? There is no typical limit, actually. Your limit will entirely depend on you h/w, os, network, mail profile, target proximity profile, and more. And no two setups are the same. Before working out what to change, you need to find out what is limiting your thruput. If any one of your resources apart from concurrency is fully utilized, then you need to identify it and increas it. That's most likely to be disk i/o, but possibly, memory. If all resources are still plentiful, then you'll want to look into increasing your remote concurrency up to the real maximum of 255 which requires changing conf-spawn in the source and recompiling and installing. When you're running at 255 remotes at a time, review the situation. Regards.
