Hi, One issue I can interject is recursion timeouts on MS Windows DNS. Note that this applies to the name server shipped with Windows NT, Windows 2000, or Windows 2003. This issue applies particularly to A, MX, and PTR record lookups for domains that are not active in the responsible name server or where the responsible name server is extremely slow or fails to respond. Typically, it does not apply to lookups at well known blacklists. There are two values that affect the response of a Windows name server, RecursionTimeout (default value is 21 seconds) and RecursionRetry (default value is 3). So, counting the original attempt, there can be 4 attempts at 21 seconds each for a total of 84 seconds to return a failure. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNS\Parameters\Recursio nTimeout HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNS\Parameters\Recursio nRetry Both values are DWORD.
Michael Thomas Mathbox 978-683-6718 1-877-MATHBOX (Toll Free) _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Gregg Sent: Tuesday, March 13, 2007 4:25 PM To: Imail_Forum@list.ipswitch.com Subject: SPAM-WARN:RE: [IMail Forum] Mail-Server on heavy load If you do many DNS lookups (and if using mxGuard, you certainly are doing a lot of DNS lookups), then it is best to use your own DNS server for these lookups. Too many ISPs are overburdened or limit the number of requests you send their way. Regards, David Gregg dgSoft Internet Services -- mxGuard for IMail The no-nonsense antispam and antivirus solution. Download a free 30-day trial at http://www.mxguard.com/postmaster/freetrial.asp -- _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Schaible Sent: Tuesday, March 13, 2007 1:17 PM To: Imail_Forum@list.ipswitch.com Subject: AW: [IMail Forum] Mail-Server on heavy load Hi, We're using the DNS from the ISP. In fact, this IMail server is also our own second DNS. Better idea to use our own DNS-servers, which are available in the local network? Mit freundlichen Grüssen ---------------------------------------------------------------------------- ------- Merlin Consulting | Martin Schaible Bahnhofstrasse 27 | CH-8702 Zollikon | Switzerland Tel.: +41 44 391 30 00 | Fax: +41 44 391 32 49 Mail: [EMAIL PROTECTED] | www.merlinconsulting.ch Support: support.merlinconsulting.ch GPS: N47 20.235 E8 34.226 ---------------------------------------------------------------------------- ------- News - Unsere Produkte: .:. Ipswitch Premium Partner .:. mxGuard/InvURIBL/MessageSniffer Antispam Lösung für IMail .:. Brainware Columbus Software Management .:. NOD32 Antivirus System .:. NewAtlanta BlueDragon .:. Kiwi Syslog Monitor .:. Paessler Network Monitoring .:. SmarterTools ---------------------------------------------------------------------------- ------- _____ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Eric Parsons Gesendet: Dienstag, 13. März 2007 19:40 An: Imail_Forum@list.ipswitch.com Betreff: RE: [IMail Forum] Mail-Server on heavy load I have a p4 3 gig with 1 gig ram 2x 36g drives, we receive about 8k messages a day with 1 domain and 75 users. We put a Barracuda 300 in front and have cut the load from the server down to about 500 messages a day, this figure is only from incoming messages and does not include intra office messages between users. Before the barracuda we had declude and Imail filters running and didnt have an issue with performance. Are you running DNS locally or are you using the ISP's DNS? _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Waller Sent: Tuesday, March 13, 2007 12:57 PM To: Imail_Forum@list.ipswitch.com Subject: RE: [IMail Forum] Mail-Server on heavy load Martin, The defrag could be adding to your disk i/o load unless it defrags very quickly. Have you tried defragging every 24 hours instead? I'm not questioning your motives as you may have very good reason to defrag so often. If your disk's are bored then it is unlikley to be a i/o problem (worth checking perfmon for that data). Just read you post re the 100volts instead of 240volts - not good for servers likely to do power supply damage running at lower voltages. All the best, David Waller WiSS Limited. Intec, Ffordd Y Parc, Parc Menai, Bangor. Gwynedd. LL57 4FG. Registered in Cardiff 3904619 _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Schaible Sent: 13 March 2007 17:17 To: Imail_Forum@list.ipswitch.com Subject: AW: [IMail Forum] Mail-Server on heavy load Hi, We do defrag the d drive every two hours with O&O Defrag. Our baby-server has only two drives configured as RAID1. I think, the disks are quited bored, if i look to the SNMP-Monitoring. Also mxGuard, INVURIBL and MessageSniffer do not stress the CPU. It's like always the *QueueManager*. Darin's tip to run MessageSniffer in persistent mode is already on my to-do list. Mit freundlichen Grüssen ---------------------------------------------------------------------------- ------- Merlin Consulting | Martin Schaible Bahnhofstrasse 27 | CH-8702 Zollikon | Switzerland Tel.: +41 44 391 30 00 | Fax: +41 44 391 32 49 Mail: [EMAIL PROTECTED] | www.merlinconsulting.ch Support: support.merlinconsulting.ch GPS: N47 20.235 E8 34.226 ---------------------------------------------------------------------------- ------- News - Unsere Produkte: .:. Ipswitch Premium Partner .:. mxGuard/InvURIBL/MessageSniffer Antispam Lösung für IMail .:. Brainware Columbus Software Management .:. NOD32 Antivirus System .:. NewAtlanta BlueDragon .:. Kiwi Syslog Monitor .:. Paessler Network Monitoring .:. SmarterTools ---------------------------------------------------------------------------- ------- _____ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von David Waller Gesendet: Dienstag, 13. März 2007 17:28 An: Imail_Forum@list.ipswitch.com Betreff: RE: [IMail Forum] Mail-Server on heavy load Martin, It should handle 10,000 email easily and well tuned much more than that perhaps 30k + emails a day. However, there are a lot of variables to consider not least how well your hard drives are working especially disk i/o. Have you done all the normal stuff like chkdsk, defrag etc. It pays to have the spool on a separate partitiona as well. Thta's just a start there's much much more you can do. All the best, David Waller WiSS Limited. Intec, Ffordd Y Parc, Parc Menai, Bangor. Gwynedd. LL57 4FG. Registered in Cardiff 3904619 _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Schaible Sent: 13 March 2007 16:17 To: Imail_Forum@list.ipswitch.com Subject: AW: [IMail Forum] Mail-Server on heavy load Hi, Thanks for tips. We have Antivirus standard (Bitdefender), mxGuard with INVURI and MessageSniffer. I cleaned up rules.ima for old an unused rules. The file is now below 100k, before it was 160K. I heard, that a big rules.ima could be one reason for big cpu loads. I think, i see the result already, but it's 5pm here and the people are leaving their offices now, which reduces the load anyway. i will check if we have dead DNSBL and/or redundant DSNBL. I see the problem to trash all the incoming crap before it arrives the mail server. But my maybe naive question is: A mail server should be capable to handle all incoming mails by itself? I'm not talking about trillions messages per day, only 10000, which is not really a lot, i think. Or is this a problem related to IMail? Mit freundlichen Grüssen ---------------------------------------------------------------------------- ------- Merlin Consulting | Martin Schaible Bahnhofstrasse 27 | CH-8702 Zollikon | Switzerland Tel.: +41 44 391 30 00 | Fax: +41 44 391 32 49 Mail: [EMAIL PROTECTED] | www.merlinconsulting.ch Support: support.merlinconsulting.ch GPS: N47 20.235 E8 34.226 ---------------------------------------------------------------------------- ------- News - Unsere Produkte: .:. Ipswitch Premium Partner .:. mxGuard/InvURIBL/MessageSniffer Antispam Lösung für IMail .:. Brainware Columbus Software Management .:. NOD32 Antivirus System .:. NewAtlanta BlueDragon .:. Kiwi Syslog Monitor .:. Paessler Network Monitoring .:. SmarterTools ---------------------------------------------------------------------------- ------- _____ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Darin Cox Gesendet: Dienstag, 13. März 2007 17:27 An: Imail_Forum@list.ipswitch.com Betreff: Re: [IMail Forum] Mail-Server on heavy load Hi Martin, You should be well within the limits of a single server. What else do you have running in terms of spam and virus filtering? I would check for dead blacklists, which can delay mail processing and lead to overload, as well as check your average message processing time in the logs. Anything over two seconds per message with all spam and virus filtering would indicate a problem in your filtering configuration. Darin. ----- Original Message ----- From: Martin Schaible <mailto:[EMAIL PROTECTED]> To: Imail_Forum@list.ipswitch.com Sent: Tuesday, March 13, 2007 9:25 AM Subject: [IMail Forum] Mail-Server on heavy load Hi, We have a Compaq DL-360 (2 x 1,33 Ghz, 2 GB RAM) which worked pretty good with about 120 Domains. 2 Weeks ago we added 99 Domains and since then, the server is in under heavy load. The Queue Manager needs more CPU power, more than expected. We have about 10000 Mails "local deliver" per day and 3500 "Remote Deliver per day. I'm in trouble to accept that 200 Domains are to much for this server. Any idea to fix this? Any finetuning which i can apply? Mit freundlichen Grüssen ---------------------------------------------------------------------------- ------- Merlin Consulting | Martin Schaible Bahnhofstrasse 27 | CH-8702 Zollikon | Switzerland Tel.: +41 44 391 30 00 | Fax: +41 44 391 32 49 Mail: [EMAIL PROTECTED] | www.merlinconsulting.ch Support: support.merlinconsulting.ch GPS: N47 20.235 E8 34.226 ---------------------------------------------------------------------------- ------- News - Unsere Produkte: .:. Ipswitch Premium Partner .:. mxGuard/InvURIBL/MessageSniffer Antispam Lösung für IMail .:. Brainware Columbus Software Management .:. NOD32 Antivirus System .:. NewAtlanta BlueDragon .:. Kiwi Syslog Monitor .:. Paessler Network Monitoring .:. SmarterTools ---------------------------------------------------------------------------- -------