- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- sendmail - increase number of sendmail processes
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 06:28 AM
тАО03-17-2003 06:28 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 06:43 AM
тАО03-17-2003 06:43 AM
Re: sendmail - increase number of sendmail processes
RefuseLA, QueueLA, and ConnectionRateThrottle act as governors.
MaxDaemonChildren serves as a cap.
Default is twelve
#MaxDaemonChildren=12
Recommendations are to use MaxDaemonChildren to cap processes when running the queue from the command line.
Most folks recommend that you _not_ set MaxDaemonChildren in sendmail.cf, becuase the setting can result in a simple DOS attack. When 0, less than 0, or not defined, there is no limit define.
When you look for sendmail in the process list (ps -ef | grep sendmail) if sendmail doesn't have a notation that indicates that it's reject connections, you don't need to tune it at all (it's got all of the processes it needs).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 06:53 AM
тАО03-17-2003 06:53 AM
Re: sendmail - increase number of sendmail processes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 06:57 AM
тАО03-17-2003 06:57 AM
Re: sendmail - increase number of sendmail processes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:00 AM
тАО03-17-2003 07:00 AM
Re: sendmail - increase number of sendmail processes
We run a subscription service for people who are interested in keeping up with racehorses that are aiming for the big races, like the Kentucky Derby, Preakness, Belmont, and others. So we have many people that get the same information all at once. We would like to increase the throughput so that they all get mail about the same time.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:19 AM
тАО03-17-2003 07:19 AM
Re: sendmail - increase number of sendmail processes
O RefuseLA=30
#O MaxDaemonChildren=12
O ConnectionRateThrottle=125
uptime
10:19am up 19 days, 9:48, 6 users, load average: 0.15, 0.28, 0.32
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:39 AM
тАО03-17-2003 07:39 AM
Re: sendmail - increase number of sendmail processes
There's a fair bit of information available on tuning sendmail for lists; I'll give you a few pointers:
Order the domain portion of the To: addresses by domain name. When you do this, sendmail opens one connection to send to many recipients at the same domain (making delivery very efficient - since sendmail doesn't have to do connection setup for each recipient).
Consider breaking the list into queues by domain (for major domains) or at least groups of domains. Let different sendmail queue processes run the different queues.
Get the sendmail book by Costales and Allman - see the reference on alternate queues.
Look on Usenix (www.usenix.org) for documents related to tuning sendmail for lists.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:49 AM
тАО03-17-2003 07:49 AM
Re: sendmail - increase number of sendmail processes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:52 AM
тАО03-17-2003 07:52 AM
Re: sendmail - increase number of sendmail processes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-17-2003 07:55 AM
тАО03-17-2003 07:55 AM
Re: sendmail - increase number of sendmail processes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-18-2003 07:15 AM
тАО03-18-2003 07:15 AM
SolutionOne obscure issue on outbound mail: sendmail likes to do an "ident" check on inbound connections. If it gets a "connection refused" (TCP RST) from the server on the ident check, it proceeds with the SMTP transaction right away. If the ident request is silently dropped by a firewall, the receiving server will wait for "Timeout.ident" interval before proceeding. We've seen severe impacts from this in medium-large scale sendmail environments like yours.
You can avoid this problem outbound by having your firewall issue a RST as a proxy for the mail server, or by letting it pass the request through to the server, which can either return an ident or decline the query with a RST. If ident (auth) is not set up, inetd will automatically return the RST from the server.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-18-2003 08:06 AM
тАО03-18-2003 08:06 AM
Re: sendmail - increase number of sendmail processes
Another thing I did yesterday that has helped was to relocate the mail queue and syslogd destinations onto SAN rather than the internal root disk. We did see a significant performance boost just from that change.
I am really looking forward to implementing this change as well.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-26-2003 08:55 AM
тАО03-26-2003 08:55 AM
Re: sendmail - increase number of sendmail processes
Sorry I didn't see your follow up question until now. I described the behaviors of sendmail regarding ident at a tcp protocol level. How to configure the pass-through or do the proxy RST will depend on what sort of firewall it is. Your firewall admins should be able to relate the description to your specific firewall.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-27-2003 05:42 AM
тАО03-27-2003 05:42 AM
Re: sendmail - increase number of sendmail processes
Berlene also sent me information about kernel parm changes that should help. They were very informative. Berlene, do you mind if I publish those tips here?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-27-2003 06:54 AM
тАО03-27-2003 06:54 AM
Re: sendmail - increase number of sendmail processes
Using your loop technique, [when applicable] you should break e-mails by domain, and deliver a single e-mail to many users at the same domain. This technique has a much higher thruput than a single process per e-mail (though it will only take a single process to deliver this mail to more than user). This technique also "shields" you from the domains that reject your mail (they'll be handled by their own process).