For anybody who is interested about the issue of timeouts connecting to certain mail servers...
It was a bad DNS server. It is one that we use for all internal clients here on our network without issue. But I set up a new Win 2k dn s server and replaced that in the IMail server and the Windows box itself and poof! Problem disappeared. Still haven't found anything in the bad dns server's log to indicate why this happened. Needless to say, we'll be taking it down now. Who knows what other problems it's causing without us knowing. ---------- Original Message ---------------------------------- From: Dev <[EMAIL PROTECTED]> Reply-To: [email protected] Date: Thu, 9 Jun 2005 14:37:15 -0700 > >The responding on the wrong interface issue is >something, as far as I am aware, that Ipswitch has >never addressed publicly. > >I believe the issue is caused by two factors--Imail 7 >binding to all IP's, and Win2K's socket pooling. Both >have to be addressed. > >Pull up netstat or TCPView, and see what the local >address is that the service is listening on. One of two >possibilities: > >A. If SMTP (port 25) is listening on the assigned IP, >great. > >B. But if the local address is "0.0.0.0", it is >listening on ALL IP's, and Imail 7 is too brain dead to >handle it gracefully. I don't know about Imail 8. > >Disabling socketpooling is in the Microsoft KB: >http://support.microsoft.com/default.aspx?scid=kb;en-us;310155 >http://support.microsoft.com/kb/q238131/ > >Good Luck! > >Dev > > > >Thursday, June 9, 2005, 9:07:27 AM, you wrote: > >ml> Dev: We do have 3 OEM preinstalled NICs in >ml> the server.. And 3 IPs bound to the 1 NIC we are >ml> using right now for other hosts in IMail.. Maybe >ml> during the weekend I can test that out and disable >ml> the other NICs and remove the extra IPs and check >ml> it out. > >ml> Markus: Yes it happens around the clock. >ml> More frequently during the day just because more >ml> mail is sent. And it only happens when sending to >ml> certain domains. Cingular, sbcglobal, sometimes >ml> hotmail, yahoo, etc, etc... And yet the majority >ml> of others we have no difficulty whatsoever. Not >ml> sure exactly how to measure the link speed between >ml> the two.. We've got 3mb incoming and 1.5mb >ml> outgoing T1's from our network. > >ml> Shouldn't changing the registry settings >ml> that Sandy specified on the TCPTimedWaitDelay to 60 >ml> seconds from 4 minutes stop this from happening? >ml> Or since it's already an active connection that >ml> setting won't have an effect? There's no way our >ml> server should take this long in sending a 87k msg. > >ml> 06:09 10:09 SMTP-(00000DDC) processing >ml> d:\Imail\spool\Q5bb501da00c4d0c5.SMD >ml> 06:09 10:09 SMTP-(00000DDC) Trying cingular.com (0) >ml> 06:09 10:09 SMTP-(00000DDC) Connect >ml> cingular.com [170.35.225.25:25] (1) >ml> 06:09 10:09 SMTP-(00000DDC) 220 SMTP Proxy Server Ready >ml> 06:09 10:09 SMTP-(00000DDC) >EHLO >ml> cottonwoodfinancial.com >ml> 06:09 10:09 SMTP-(00000DDC) >ml> 250-extmail10.cingular.com ESMTP Server Ready >ml> 06:09 10:09 SMTP-(00000DDC) 250-SIZE 85760 >ml> 06:09 10:09 SMTP-(00000DDC) 250-STARTTLS >ml> 06:09 10:09 SMTP-(00000DDC) 250-TLS >ml> 06:09 10:09 SMTP-(00000DDC) 250 DSN >ml> 06:09 10:09 SMTP-(00000DDC) >MAIL >ml> FROM:<[EMAIL PROTECTED]> >ml> 06:09 10:09 SMTP-(00000DDC) 250 +OK Sender OK >ml> 06:09 10:09 SMTP-(00000DDC) >RCPT >ml> To:<[EMAIL PROTECTED]> >ml> 06:09 10:09 SMTP-(00000DDC) 250 +OK Recipient OK >ml> 06:09 10:09 SMTP-(00000DDC) >DATA >ml> 06:09 10:09 SMTP-(00000DDC) 354 Start mail >ml> input, end with ".<CR><LF>" >ml> 06:09 10:14 SMTP-(00000DDC) >. >ml> 06:09 10:18 SMTP-(00000DDC) rl-recv: Blocking call cancelled >ml> 06:09 10:18 SMTP-(00000DDC) >ml> 06:09 10:18 SMTP-(00000DDC) SMTP_DELIV_FAILED >ml> 06:09 10:18 SMTP-(00000DDC) >QUIT >ml> 06:09 10:19 SMTP-(00000DDC) 250 +OK message queued for delivery. >ml> 06:09 10:19 SMTP-(00000DDC) requeuing >ml> d:\Imail\spool\Q5bb501da00c4d0c5.SMD R0 T1 >ml> 06:09 10:19 SMTP-(00000DDC) finished >ml> d:\Imail\spool\Q5bb501da00c4d0c5.SMD status=3 > >ml> ---------- Original Message >ml> ---------------------------------- >ml> From: Dev <[EMAIL PROTECTED]> >ml> Reply-To: [email protected] >ml> Date: Thu, 9 Jun 2005 02:20:00 -0700 > >>>Several years ago, I found a lot of 10053 errors on our >>>server were attributable to Imail's archaic core code >>>binding it to all IP's. Packet sniffs showed many >>>timeouts were caused when Imail inanely began >>>responding to traffic on the wrong interface! >>> >>>The issue was drastically reduced when we started using >>>only 1 NIC and 1 IP address. >>> >>>That was my experience with Imail 5-7. Your mileage may >>>vary. :-D >>> >>>Dev >>> >>> >>> >>> >>>Wednesday, June 8, 2005, 10:50:50 PM, you wrote: >>> >>>MG> Can you see this connection timeouts and 10053 >>>MG> errors around the clock and >>>MG> to many different servers or only to certain >>>MG> remote servers? If yes, can you >>>MG> measure the link speed between this machines? If no, what's your own >>>MG> connection type and speed? >>> >>>MG> Markus >>> >>> >>>>> -----Original Message----- >>>>> From: [EMAIL PROTECTED] >>>>> [mailto:[EMAIL PROTECTED] >>>>> On Behalf Of mail-lists >>>>> Sent: Wednesday, June 08, 2005 11:56 PM >>>>> To: [email protected] >>>>> Subject: RE: [IMail Forum] send error 10053 >>>>> >>>>> Awesome, thanks! But the thing is the server is *never* >>>>> under that high a load. This will happen 24 hours a day, and >>>>> at 3 am the volume of msgs being delivered is maybe 4 per >>>>> hour. Even throughout the day the cpu and network util never >>>>> comes close to maxing out. >>>>> >>>>> ---------- Original Message >>>>> ---------------------------------- >>>>> From: "CyberSharks.Net Support Team" >>>>> <[EMAIL PROTECTED]> >>>>> Reply-To: [email protected] >>>>> Date: Wed, 8 Jun 2005 17:49:28 -0400 >>>>> >>>>> >Search the archives for the registry tweaks for TCP >>>>> TimedWaitDelay and >>>>> >other tweaks that will make Imail close some connections >>>>> quicker under >>>>> >heavy load and have more available ports to dynamically >>>>> assign. I have >>>>> >a .reg file that I run on all of our mail servers now before >>>>> installing >>>>> >Imail or any other mail server software. >>>>> > >>>>> >Justin Dixon, CCNA >>>>> >CyberSharks.Net, Inc. >>>>> >http://www.cybersharks.net >>>>> > >>>>> > >>>>> >-----Original Message----- >>>>> >From: [EMAIL PROTECTED] >>>>> >[mailto:[EMAIL PROTECTED] >>>>> On Behalf Of mail-lists >>>>> >Sent: Wednesday, June 08, 2005 5:15 PM >>>>> >To: [email protected] >>>>> >Subject: [IMail Forum] send error 10053 >>>>> > >>>>> > Hi All, >>>>> > >>>>> > I'm having an issue with my Imail 7.15 >>>>> server. There are actually >>>>> >multiple issues but I believe all come from one source. >>>>> > >>>>> > Lots of times upon sending to certain domains, our mail >>>>> server will >>>>> >pause between the sending of the data, to >>>>> sending the . to indicate >>>>> >that the e-mail has completed (sometimes up >>>>> to 15 minutes). This in >>>>> >turn causes the remote server to sever the >>>>> connection. IMail thinks >>>>> >that the msg never got sent and re queues it. However every >>>>> time this >>>>> >happens, the remote user receives duplicate copies up until >>>>> I delete >>>>> >the msg from the queue or it reaches the maximum and returns >>>>> back to the sender as undeliverable. >>>>> > >>>>> > The 2nd issue is lots of timeouts upon checking IMAP and >>>>> POP mailboxes. >>>>> >This happens more often if there are a >>>>> large number of messages to >>>>> >download or synch. The error received here is 10053. On >>>>> other similar >>>>> >winsock errors, people were told to change NIC settings, or >>>>> just buy a better one... >>>>> >The one we have is a "3Com Gigabit Ethernet Server NIC (SX/TX)". >>>>> > >>>>> > So far I've dropped it down to full >>>>> duplex 100mb/s and turned the >>>>> >jumbo MTU frames on and set to 1500. Are there any other >>>>> settings I might change? >>>>> >I might try another built in NIC that the >>>>> server has tonight just to >>>>> >see if that makes things any better. >>>>> > >>>>> > Thanks! >>>>> > >>>>> > Cavell >>>>> > >>>>> >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/ >>>>> > >>>>> > >>>>> >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/ >>>>> > >>>>> >>>>> 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/ >>>>> >>> >>> >>>MG> To Unsubscribe: >>>MG> >>>http://www.ipswitch.com/support/mailing-lists.html >>>MG> List Archive: >>>MG> >>>http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ >>>MG> Knowledge Base/FAQ: >>>MG> http://www.ipswitch.com/support/IMail/ >>> >>> >>>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/ >>> > >ml> To Unsubscribe: >ml> http://www.ipswitch.com/support/mailing-lists.html >ml> List Archive: >ml> http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ >ml> Knowledge Base/FAQ: >ml> http://www.ipswitch.com/support/IMail/ > > >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/ > 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/
