Here are some of the settings we use here (Windows Server 2003 Enterprise) '--> cut / paste / save as *.reg and merge
REGEDIT4 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] "TcpWindowSize"=dword:0003ebc0 "GlobalMaxTcpWindowSize"=dword:0003ebc0 "SackOpts"=dword:00000001 "TcpMaxDupAcks"=dword:00000002 "Tcp1323Opts"=dword:00000001 "TcpTimedWaitDelay"=dword:0000001e "NumTcbTablePartitions"=dword:00000004 "MaxHashTableSize"=dword:00010000 "MaxUserPort"=dword:0000fffe "MaxUserPorts"=dword:0000fffe "MaxFreeTcbs"=dword:00004e20 "TcpNumConnections"=dword:00fffffe '--> end *Note that "NumTcbTablePartitions" probably should not equal no more than 2 times the amount of physical processors you have installed. Standard disclamer: Use at your own risk. ~Rick -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Sent: Wednesday, March 28, 2007 3:49 PM - MGMT To: [email protected] Subject: Re: [IMail Forum] TCP sockets & Windows -> maybe associated with 2006.2 issues I would reboot regardless, but I don't know for sure if it is required. Matt John T (lists) wrote: Matt, thanks for the information. I will try that later tonight. Since this has to do with the network stack, is a reboot required for the changed/added parameters to become effective? John T From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Sent: Wednesday, March 28, 2007 11:26 AM To: [email protected] Subject: [IMail Forum] TCP sockets & Windows -> maybe associated with 2006.2 issues I have run into TCP socket limitations with two different E-mail servers that run on Windows. Both were the result of using too many TCP sockets. Windows by default will only allow around 1,800 sockets to be used, and when you start getting to that point, unexpected things can happen. Sockets are used for SMTP connections, POP3 connections, IMAP connections, DNS lookups, and all sorts of .NET stuff too. Things like greylisting will keep sockets open for long periods of time, and systems that do spam blocking with DNS lookups to blacklists tend to push out more than is typical. A good program designed to handle such load will pool the sockets in order to avoid hitting these limits. Both products that I had issues with introduced pooling in order to resolve these issues. As a work around, or for tuning a Windows server that does such things, I recommend changing or adding the following registry parameters: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxHashTableSize = 65536 (DWORD) HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay = 30 (DWORD) HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort = 65534 (DWORD) HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpNumConnections, 16777214 (DWORD) You can google each key name for a description of what they do. This can definitely help if there are issues with the TCP sockets, but it's not a permanant solution. The permanent solution is to have the application pool if it isn't already. If this helps, it would definitely be good to share that with this list and/or Ipswitch in the event that they are still looking for the problem. Matt To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
