Outgoing emails staying in SMTP queue John <livingusman[ at ]googlemail.com> 04.07.2007 20:39:45 Hi SBS 2003 premium with ISA 2000. The emails in smtp queque just remain there and do not go out. There is no error running ICW. The only relevant events I can see in event logs are below. Any help to resolve this problem would be appreciated. Many Thanks Regards Event Type: Error Event Source: SOCKS Filter Event Category: None Event ID: 20002 Date: 04/07/2007 Time: 21:14:50 User: N/A Computer: MYSERVER Description: SOCKS filter: failed to bind IP address 192.168.16.2:1080 for listening. Future SOCKS requests will be refused. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 40 27 07 80 [ at ]'.€ Event Type: Warning Event Source: Microsoft Firewall Event Category: None Event ID: 14060 Date: 04/07/2007 Time: 21:14:50 User: N/A Computer: MYSERVER Description: Cannot load an application filter SOCKS V4 Filter ({25765C04- C80B-494C-914E-286297DB8C8E}). FilterInit failed with code 0x80072740. To attempt to activate this application filter again, stop and restart the Firewall service. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. and occasionally; Event Type: Error Event Source: Microsoft Management Console Event Category: None Event ID: 1000 Date: 04/07/2007 Time: 21:17:50 User: N/A Computer: MYSERVER Description: The description for Event ID ( 1000 ) in Source ( Microsoft Management Console ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the / AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: popconfigsnap.dll, 5.2.2651.0, popconfigsnap.dll, 5.2.2651.0, 000046d6. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 70 6f 70 ure pop 0018: 63 6f 6e 66 69 67 73 6e configsn 0020: 61 70 2e 64 6c 6c 20 35 ap.dll 5 0028: 2e 32 2e 32 36 35 31 2e .2.2651. 0030: 30 20 69 6e 20 70 6f 70 0 in pop 0038: 63 6f 6e 66 69 67 73 6e configsn 0040: 61 70 2e 64 6c 6c 20 35 ap.dll 5 0048: 2e 32 2e 32 36 35 31 2e .2.2651. 0050: 30 20 61 74 20 6f 66 66 0 at off 0058: 73 65 74 20 30 30 30 30 set 0000 0060: 34 36 64 36 0d 0a 46d6.. and Event Type: Error Event Source: Microsoft Management Console Event Category: None Event ID: 1001 Date: 04/07/2007 Time: 21:18:03 User: N/A Computer: MYSERVER Description: The description for Event ID ( 1001 ) in Source ( Microsoft Management Console ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the / AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: 261810501. Data: 0000: 42 75 63 6b 65 74 3a 20 Bucket: 0008: 32 36 31 38 31 30 35 30 26181050 0010: 31 0d 0a 1..

Re: Outgoing emails staying in SMTP queue "Marina Roos [SBS-MVP]" <marina[ at ]roos.nodontwantspam.nl.com> 05.07.2007 01:36:54 Did you remove SP2 for W2k3? http://www.smallbizserver.net/Default.aspx?tabid=53&forumid=6&postid=67633&view=topic -- Regards, Marina Roos Microsoft SBS-MVP One of the Magical M&M's www.smallbizserver.net Take part in SBS forum: http://www.smallbizserver.net/Default.aspx?tabid=53 "John" <livingusman[ at ]googlemail.com> schreef in bericht news:1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com... Hi SBS 2003 premium with ISA 2000. The emails in smtp queque just remain there and do not go out. There is no error running ICW. The only relevant events I can see in event logs are below. Any help to resolve this problem would be appreciated. Many Thanks Regards Event Type: Error Event Source: SOCKS Filter Event Category: None Event ID: 20002 Date: 04/07/2007 Time: 21:14:50 User: N/A Computer: MYSERVER Description: SOCKS filter: failed to bind IP address 192.168.16.2:1080 for listening. Future SOCKS requests will be refused. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 40 27 07 80 [ at ]'.? Event Type: Warning Event Source: Microsoft Firewall Event Category: None Event ID: 14060 Date: 04/07/2007 Time: 21:14:50 User: N/A Computer: MYSERVER Description: Cannot load an application filter SOCKS V4 Filter ({25765C04- C80B-494C-914E-286297DB8C8E}). FilterInit failed with code 0x80072740. To attempt to activate this application filter again, stop and restart the Firewall service. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. and occasionally; Event Type: Error Event Source: Microsoft Management Console Event Category: None Event ID: 1000 Date: 04/07/2007 Time: 21:17:50 User: N/A Computer: MYSERVER Description: The description for Event ID ( 1000 ) in Source ( Microsoft Management Console ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the / AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: popconfigsnap.dll, 5.2.2651.0, popconfigsnap.dll, 5.2.2651.0, 000046d6. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 70 6f 70 ure pop 0018: 63 6f 6e 66 69 67 73 6e configsn 0020: 61 70 2e 64 6c 6c 20 35 ap.dll 5 0028: 2e 32 2e 32 36 35 31 2e .2.2651. 0030: 30 20 69 6e 20 70 6f 70 0 in pop 0038: 63 6f 6e 66 69 67 73 6e configsn 0040: 61 70 2e 64 6c 6c 20 35 ap.dll 5 0048: 2e 32 2e 32 36 35 31 2e .2.2651. 0050: 30 20 61 74 20 6f 66 66 0 at off 0058: 73 65 74 20 30 30 30 30 set 0000 0060: 34 36 64 36 0d 0a 46d6.. and Event Type: Error Event Source: Microsoft Management Console Event Category: None Event ID: 1001 Date: 04/07/2007 Time: 21:18:03 User: N/A Computer: MYSERVER Description: The description for Event ID ( 1001 ) in Source ( Microsoft Management Console ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the / AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: 261810501. Data: 0000: 42 75 63 6b 65 74 3a 20 Bucket: 0008: 32 36 31 38 31 30 35 30 26181050 0010: 31 0d 0a 1..

RE: Outgoing emails staying in SMTP queue v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) 05.07.2007 10:02:07 Hello John, Thanks for posting in our newsgroup. From your description, I know that the e-mails stay in SMTP queue and cannot be send out. If I am off-base, please don't hesitate to let me know. Please let me know the following to make the situation more clearly: 1. Are the problematic e-mails sent to internal recipients or Internet recipients? 2. Do all the senders or some specific senders have this problem? 3. Can the user get NDR? 4. Do all the outgoing e-mails have this problem? In your application log, you only found SOCKS Filter error 20002 Microsoft Firewall 14060 Microsoft Management Console 1000 Based on my research, Socks Filter is used when the internal clients access the external site by using the socks connection. This issue may occur if there is an application which has already been listening on port 1080. Please follow the steps below to find out that application: At a command prompt, run "netstat -ano | find ":1080"" (without the quotation marks). You should see a line similar to the following: TCP 192.168.16.2:1080 0.0.0.0:0 LISTENING 2340 Here the "2340" is the ID of the process that is listening on port 1080. Press Ctrl+Alt+Del to click Task Manager. On the Processes tab. Click View -> Select Columns. Check PID (Process Identifier) and click OK. In the process list, find the process with 2340 PID. What''s the process? When you find out the process that is listening on port 1080, you need to reconfigure it to listen on a different port. Restart that application and see if the problem will disappear. Please also take the following steps: Step 1: Please rerun the CEICW wizard again to ensure the network and e-mail setting correct. 825763 How to configure Internet access in Windows Small Business Server 2003 http://support.microsoft.com/?id=825763 Step 2: Please make a clean boot to make sure the problem is not caused third party software: 1. Click Start->Run...->type msconfig and press Enter. 2. Click Services tab and select Hide All Microsoft Services and Disable All third party Services. 3. Click Startup tab and Disable All startup items. 4. Click OK and choose Restart. 5. After reboot, check whether the problem still occurs. 6. If there are no more problems, please use the above steps to enable services and startup items one by one in order to figure out the root cause of this issue. Step 3: If you have e-mail scan software installed, please temporally uninstall and check again. Step 4: Please make sure you domain has three records of DNS: A, MX and PRT correct registered by your ISP. You can use NSLOOKUP tool to check these records. Using NSlookup.exe http://support.microsoft.com/kb/200525 Step 5: Please try to send mail to the problematic domain via telnet, can you send out e-mail successfully? 1. On SBS server, in the command prompt, run the following command "telnet intersci.com 25", and then try to use the telnet session to send an internet email: helo mail from:<email address> rcpt to:<internet email address> data <type several words>

Re: Outgoing emails staying in SMTP queue John <livingusman[ at ]googlemail.com> 05.07.2007 15:54:13 Hi Robert Before I saw this reply I had removed win 2003 sp2 and installed all five components of sbs sp1 except share point update which was not needed and exchange 2003 was already on sp2. I however did not install ISA2004 sp1 and left ISA 2000 as it is. I am not sure what but something made the outgoing emails to start going out and ICW and Remote Access Wizrads ran fine. So far so good. This afternoon suddenly the out going emails stopped again. No significant events in the log except the ones below and ICW runs fine. Any ideas? Thanks Regards Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 05/07/2007 Time: 14:28:19 User: N/A Computer: MYSERVER Description: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x005f0062. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 77 33 77 ure w3w 0018: 70 2e 65 78 65 20 36 2e p.exe 6. 0020: 30 2e 33 37 39 30 2e 31 0.3790.1 0028: 38 33 30 20 69 6e 20 75 830 in u 0030: 6e 6b 6e 6f 77 6e 20 30 nknown 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 30 35 66 30 30 36 005f006 0050: 32 2 Event Type: Warning Event Source: Microsoft ISA Server Control Event Category: Packet filter Event ID: 15108 Date: 05/07/2007 Time: 06:28:03 User: N/A Computer: MYSERVER Description: ISA Server detected a spoof attack from Internet Protocol (IP) address 193.238.83.195. A spoof attack occurs when an IP address that is not reachable via the interface on which the packet was received. If logging for dropped packets is set, you can view details in the packet filter log. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 1f 00 00 00 .... On 5 Jul, 11:02, v-rob...[ at ]online.microsoft.com (Robert Li [MSFT]) wrote: [Quoted Text] > Hello John, > > Thanks for posting in our newsgroup. > > From your description, I know that the e-mails stay in SMTP queue and > cannot be send out. If I am off-base, please don't hesitate to let me know. > > Please let me know the following to make the situation more clearly: > > 1. Are the problematic e-mails sent to internal recipients or Internet > recipients? > 2. Do all the senders or some specific senders have this problem? > 3. Can the user get NDR? > 4. Do all the outgoing e-mails have this problem? > > In your application log, you only found > > SOCKS Filter error 20002 > Microsoft Firewall 14060 > Microsoft Management Console 1000 > > Based on my research, Socks Filter is used when the internal clients access > the external site by using the socks connection. This issue may occur if > there is an application which has already been listening on port 1080. > > Please follow the steps below to find out that application: > > At a command prompt, run "netstat -ano | find ":1080"" (without the > quotation marks). You should see a line similar to the following: > > TCP 192.168.16.2:1080 0.0.0.0:0 LISTENING 2340 > > Here the "2340" is the ID of the process that is listening on port 1080. > Press Ctrl+Alt+Del to click Task Manager. On the Processes tab. Click View > -> Select Columns. Check PID (Process Identifier) and click OK. In the > process list, find the process with 2340 PID. What''s the process? > > When you find out the process that is listening on port 1080, you need to > reconfigure it to listen on a different port. Restart that application and > see if the problem will disappear. > > Please also take the following steps: > > Step 1: Please rerun the CEICW wizard again to ensure the network and > e-mail setting correct. > > 825763 How to configure Internet access in Windows Small Business Server > 2003http://support.microsoft.com/?id=825763 > > Step 2: Please make a clean boot to make sure the problem is not caused > third party software: > > 1. Click Start->Run...->type msconfig and press Enter. > 2. Click Services tab and select Hide All Microsoft Services and Disable > All third party Services. > 3. Click Startup tab and Disable All startup items. > 4. Click OK and choose Restart. > 5. After reboot, check whether the problem still occurs. > 6. If there are no more problems, please use the above steps to enable > services and startup items one by one in order to figure out the root cause > of this issue. > > Step 3: If you have e-mail scan software installed, please temporally > uninstall and check again. > > Step 4: Please make sure you domain has three records of DNS: A, MX and PRT > correct registered by your ISP. > > You can use NSLOOKUP tool to check these records. > > Using NSlookup.exehttp://support.microsoft.com/kb/200525 > > Step 5: Please try to send mail to the problematic domain via telnet, can > you send out e-mail successfully? > > 1. On SBS server, in the command prompt, run the following command "telnet > intersci.com 25", and then try to use the telnet session to send an > internet email: > > helo > mail from:<email address> > rcpt to:<internet email address> > data > <type several words>

Re: Outgoing emails staying in SMTP queue John <livingusman[ at ]googlemail.com> 05.07.2007 15:55:31 Telnet to isp's remote smtp server on port 25 works OK. On 5 Jul, 11:02, v-rob...[ at ]online.microsoft.com (Robert Li [MSFT]) wrote: [Quoted Text] > Hello John, > > Thanks for posting in our newsgroup. > > From your description, I know that the e-mails stay in SMTP queue and > cannot be send out. If I am off-base, please don't hesitate to let me know. > > Please let me know the following to make the situation more clearly: > > 1. Are the problematic e-mails sent to internal recipients or Internet > recipients? > 2. Do all the senders or some specific senders have this problem? > 3. Can the user get NDR? > 4. Do all the outgoing e-mails have this problem? > > In your application log, you only found > > SOCKS Filter error 20002 > Microsoft Firewall 14060 > Microsoft Management Console 1000 > > Based on my research, Socks Filter is used when the internal clients access > the external site by using the socks connection. This issue may occur if > there is an application which has already been listening on port 1080. > > Please follow the steps below to find out that application: > > At a command prompt, run "netstat -ano | find ":1080"" (without the > quotation marks). You should see a line similar to the following: > > TCP 192.168.16.2:1080 0.0.0.0:0 LISTENING 2340 > > Here the "2340" is the ID of the process that is listening on port 1080. > Press Ctrl+Alt+Del to click Task Manager. On the Processes tab. Click View > -> Select Columns. Check PID (Process Identifier) and click OK. In the > process list, find the process with 2340 PID. What''s the process? > > When you find out the process that is listening on port 1080, you need to > reconfigure it to listen on a different port. Restart that application and > see if the problem will disappear. > > Please also take the following steps: > > Step 1: Please rerun the CEICW wizard again to ensure the network and > e-mail setting correct. > > 825763 How to configure Internet access in Windows Small Business Server > 2003http://support.microsoft.com/?id=825763 > > Step 2: Please make a clean boot to make sure the problem is not caused > third party software: > > 1. Click Start->Run...->type msconfig and press Enter. > 2. Click Services tab and select Hide All Microsoft Services and Disable > All third party Services. > 3. Click Startup tab and Disable All startup items. > 4. Click OK and choose Restart. > 5. After reboot, check whether the problem still occurs. > 6. If there are no more problems, please use the above steps to enable > services and startup items one by one in order to figure out the root cause > of this issue. > > Step 3: If you have e-mail scan software installed, please temporally > uninstall and check again. > > Step 4: Please make sure you domain has three records of DNS: A, MX and PRT > correct registered by your ISP. > > You can use NSLOOKUP tool to check these records. > > Using NSlookup.exehttp://support.microsoft.com/kb/200525 > > Step 5: Please try to send mail to the problematic domain via telnet, can > you send out e-mail successfully? > > 1. On SBS server, in the command prompt, run the following command "telnet > intersci.com 25", and then try to use the telnet session to send an > internet email: > > helo > mail from:<email address> > rcpt to:<internet email address> > data > <type several words>

Re: Outgoing emails staying in SMTP queue John <livingusman[ at ]googlemail.com> 05.07.2007 16:01:57 Yes, Marina I did and installed sbs sp1 san ISA 2004 sp1. [Quoted Text] > Did you remove SP2 for W2k3?http://www.smallbizserver.net/Default.aspx?tabid=53&forumid=6&postid=... > > -- > Regards, > > Marina Roos > Microsoft SBS-MVP > One of the Magical M&M'swww.smallbizserver.net > Take part in SBS forum:http://www.smallbizserver.net/Default.aspx?tabid=53 >

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 06.07.2007 01:14:03 Hi Robert I have now followed the steps that you outlined. To keep things simple I am using msconfig to keep additional stuff out for the moment. [Quoted Text] > 1. Are the problematic e-mails sent to internal recipients or Internet > recipients? External. Internal are working fine. > 2. Do all the senders or some specific senders have this problem? All have the sam eproblem. Problem seem sot be at SMTP an dnot with any specific user. All users get block whne it is not working and all users are OK when it is owkring. > 3. Can the user get NDR? So far only delay notifications have come through. It hasn't passed that much time. > 4. Do all the outgoing e-mails have this problem? Yes. They are all stuck in queue. > In your application log, you only found > > SOCKS Filter error 20002 > Microsoft Firewall 14060 > Microsoft Management Console 1000 > > Based on my research, Socks Filter is used when the internal clients > access > the external site by using the socks connection. This issue may occur if > there is an application which has already been listening on port 1080. > > Please follow the steps below to find out that application: > > At a command prompt, run "netstat -ano | find ":1080"" (without the > quotation marks). Running netstat -ano | find ":1080" gave the following (after replacing pid with process name) at two different reboots; C:\Documents and Settings\Administrator>netstat -ano | find ":1080" TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING INETINFO.EXE TCP 192.168.16.2:1080 192.168.16.2:1595 ESTABLISHED INETINFO.EXE TCP 192.168.16.2:1595 192.168.16.2:1080 ESTABLISHED MMC.EXE C:\Documents and Settings\Administrator>netstat -ano | find ":1080" TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING TSSDIS.EXE > When you find out the process that is listening on port 1080, you need to > reconfigure it to listen on a different port. Restart that application and > see if the problem will disappear. Before the services using port 1080 keep changing between reboots I am not sure how to do this. > Please also take the following steps: > > Step 1: Please rerun the CEICW wizard again to ensure the network and > e-mail setting correct. > > 825763 How to configure Internet access in Windows Small Business Server > 2003 > http://support.microsoft.com/?id=825763 Done several times...no luck. > Step 2: Please make a clean boot to make sure the problem is not caused > third party software: Done, no luck. > Step 3: If you have e-mail scan software installed, please temporally > uninstall and check again. We have trend scan mail but this is now totally disabled via msconfig. > Step 4: Please make sure you domain has three records of DNS: A, MX and > PRT > correct registered by your ISP. > > You can use NSLOOKUP tool to check these records. > > Using NSlookup.exe > http://support.microsoft.com/kb/200525 Will do and come back. > Step 5: Please try to send mail to the problematic domain via telnet, can > you send out e-mail successfully? > > 1. On SBS server, in the command prompt, run the following command "telnet > intersci.com 25", and then try to use the telnet session to send an > internet email: > > helo > mail from:<email address> > rcpt to:<internet email address> > data > <type several words> The ISP smtp server smtp.gotadsl.co.uk seems to respond fine. Thanks Regards

Re: Outgoing emails staying in SMTP queue v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) 06.07.2007 09:07:17 Hi John, Thanks for you reply. The ISA event is not the cause of the problem. According to your reply, I know that you only get delay notifications, but there are no NDRs. If the e-mails are not sent out, you should get NDRs, so it seems the e-mails are sent out successfully and they are just delayed. Please contact the recipients to confirm this. Also please send me the SMTP log and I need to do research. Based on my experience, there are following researching why some mails are in the Queue: 1. You are experience high volume of mail flow, so whenever you see the SMTP queue, you can see mail in the queue. 2. You server is a relay server for other domain. By default, the Default SMTP Virtual Server in Exchange 2003 is configured to prevent relaying of e-mail messages through the virtual server. Please check the following: 1. Open Exchange System Manager. 2. Expand "Servers", expand "<ServerName>", and then expand "Protocols". 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then click "Properties". 4. Click the "Access" tab, and then click "Relay". 5. In the "Relay Restrictions" dialog box, click "Only the list below, and you can only see the IP of your SBS server. 6. Click "OK". I noticed that when you I ran windows update and as a result some services were stopped the emails started to go out. General speaking, when update services runs, no other services will stop. Please run update services again, can the problem be reproduced? Please help collect the following information and I need to do research: 1. When you run NSLOOKUP, what's the result. 2. SMTP log (Also there is no NDR, this log is very useful) 1) Open the properties page of the Default SMTP Virtual Server in Exchange System Manager. 2) On the General tab, check the "Enable logging" box. 3) Click Properties, click the Extended Properties tab and check all the boxes on the list. 4) Click OK twice. 5) Stop and restart the SMTP virtual server. 6) Ask a client to send some test emails entiled "Test Email To problematic destination email domains" to an recipient of those problematic destination email domains. 7) Stop the SMTP virtual server. 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me log 3. Please send me the MPS report. 1) Visit http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 15706/MPSRPT_Exchange.EXE to download the file. 2) Run the MPSRPT_Exchange.EXE on the server box. 3) Wait for 10~15 minutes. 4) Open Windows explorer, navigate to %SYSTEMROOT%\MPSReports\Exchange\cab\ 5) Send the .cab file directly to me. Please send the information to v-robeli[ at ]microsoft.com with subject: 39791384-Outgoing emails staying in SMTP queue. I am looking forward to hear from you. If you need further assistance, please don't hesitate to let me know. Best regards, Robert Li(MSFT) Microsoft CSS Online Newsgroup Support Get Secure! - www.microsoft.com/security ===================================================== This newsgroup only focuses on SBS technical issues. If you have issues regarding other Microsoft products, you'd better post in the corresponding newsgroups so that they can be resolved in an efficient and timely manner. You can locate the newsgroup here: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx When opening a new thread via the web interface, we recommend you check the "Notify me of replies" box to receive e-mail notifications when there are any updates in your thread. When responding to posts via your newsreader, please "Reply to Group" so that others may learn and benefit from your issue. Microsoft engineers can only focus on one issue per thread. Although we provide other information for your reference, we recommend you post different incidents in different threads to keep the thread clean. In doing so, it will ensure your issues are resolved in a timely manner. For urgent issues, you may want to contact Microsoft CSS directly. Please check http://support.microsoft.com for regional support phone numbers. Any input or comments in this thread are highly appreciated. ===================================================== This posting is provided "AS IS" with no warranties, and confers no rights. -------------------- <From: "John" <John[ at ]nospam.infovis.co.uk> <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <Subject: Re: Outgoing emails staying in SMTP queue <Date: Fri, 6 Jul 2007 02:14:03 +0100 <Lines: 120 <X-Priority: 3 <X-MSMail-Priority: Normal <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <X-RFC2646: Format=Flowed; Original <Message-ID: <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <Newsgroups: microsoft.public.windows.server.sbs <NNTP-Posting-Host: 89.243.108.247 <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP02.phx.gbl <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:48546 <X-Tomcat-NG: microsoft.public.windows.server.sbs < <Hi Robert < <I have now followed the steps that you outlined. < <To keep things simple I am using msconfig to keep additional stuff out for <the moment. < <> 1. Are the problematic e-mails sent to internal recipients or Internet <> recipients? < <External. < <Internal are working fine. < <> 2. Do all the senders or some specific senders have this problem? < <All have the sam eproblem. Problem seem sot be at SMTP an dnot with any <specific user. All users get block whne it is not working and all users are <OK when it is owkring. < <> 3. Can the user get NDR? < <So far only delay notifications have come through. It hasn't passed that <much time. < <> 4. Do all the outgoing e-mails have this problem? < <Yes. They are all stuck in queue. < <> In your application log, you only found <> <> SOCKS Filter error 20002 <> Microsoft Firewall 14060 <> Microsoft Management Console 1000 <> <> Based on my research, Socks Filter is used when the internal clients <> access <> the external site by using the socks connection. This issue may occur if <> there is an application which has already been listening on port 1080. <> <> Please follow the steps below to find out that application: <> <> At a command prompt, run "netstat -ano | find ":1080"" (without the <> quotation marks). < <Running netstat -ano | find ":1080" gave the following (after replacing pid <with process name) at two different reboots; < <C:\Documents and Settings\Administrator>netstat -ano | find ":1080" < TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING <INETINFO.EXE < TCP 192.168.16.2:1080 192.168.16.2:1595 ESTABLISHED <INETINFO.EXE < TCP 192.168.16.2:1595 192.168.16.2:1080 ESTABLISHED <MMC.EXE < < <C:\Documents and Settings\Administrator>netstat -ano | find ":1080" < TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING <TSSDIS.EXE < <> When you find out the process that is listening on port 1080, you need to <> reconfigure it to listen on a different port. Restart that application and <> see if the problem will disappear. < <Before the services using port 1080 keep changing between reboots I am not <sure how to do this. < <> Please also take the following steps: <> <> Step 1: Please rerun the CEICW wizard again to ensure the network and <> e-mail setting correct. <> <> 825763 How to configure Internet access in Windows Small Business Server <> 2003 <> http://support.microsoft.com/?id=825763 < <Done several times...no luck. < <> Step 2: Please make a clean boot to make sure the problem is not caused <> third party software: < <Done, no luck. < <> Step 3: If you have e-mail scan software installed, please temporally <> uninstall and check again. < <We have trend scan mail but this is now totally disabled via msconfig. < <> Step 4: Please make sure you domain has three records of DNS: A, MX and <> PRT <> correct registered by your ISP. <> <> You can use NSLOOKUP tool to check these records. <> <> Using NSlookup.exe <> http://support.microsoft.com/kb/200525 < <Will do and come back. < <> Step 5: Please try to send mail to the problematic domain via telnet, can <> you send out e-mail successfully? <> <> 1. On SBS server, in the command prompt, run the following command "telnet <> intersci.com 25", and then try to use the telnet session to send an <> internet email: <> <> helo <> mail from:<email address> <> rcpt to:<internet email address> <> data <> <type several words> < <The ISP smtp server smtp.gotadsl.co.uk seems to respond fine. < <Thanks < <Regards < < <

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 06.07.2007 10:43:20 Hi Roberts The reason for no NDRs is that emails do get out from time to time for some reason. Fro example, when I ran windows update yesterday it caused a few services to stop and as a result mail started to go out. This to me seems like some services are fighting for resources and once some are shut, the right ones let the mails work again. I also think if mails would not have gone out for along enough NDRs would have been generated. I will now follow rest of your comment. Thanks Regards "Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message news:LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl... [Quoted Text] > Hi John, > > Thanks for you reply. > > The ISA event is not the cause of the problem. > > According to your reply, I know that you only get delay notifications, but > there are no NDRs. > > If the e-mails are not sent out, you should get NDRs, so it seems the > e-mails are sent out successfully and they are just delayed. Please > contact > the recipients to confirm this. Also please send me the SMTP log and I > need > to do research. > > Based on my experience, there are following researching why some mails are > in the Queue: > > 1. You are experience high volume of mail flow, so whenever you see the > SMTP queue, you can see mail in the queue. > > 2. You server is a relay server for other domain. By default, the Default > SMTP Virtual Server in Exchange 2003 is configured to prevent relaying of > e-mail messages through the virtual server. Please check the following: > > 1. Open Exchange System Manager. > 2. Expand "Servers", expand "<ServerName>", and then expand "Protocols". > 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then > click > "Properties". > 4. Click the "Access" tab, and then click "Relay". > 5. In the "Relay Restrictions" dialog box, click "Only the list below, and > you can only see the IP of your SBS server. > 6. Click "OK". > > I noticed that when you I ran windows update and as a result some services > were stopped the emails started to go out. General speaking, when update > services runs, no other services will stop. > > Please run update services again, can the problem be reproduced? > > Please help collect the following information and I need to do research: > > 1. When you run NSLOOKUP, what's the result. > > 2. SMTP log (Also there is no NDR, this log is very useful) > > 1) Open the properties page of the Default SMTP Virtual Server in Exchange > System Manager. > 2) On the General tab, check the "Enable logging" box. > 3) Click Properties, click the Extended Properties tab and check all the > boxes on the list. > 4) Click OK twice. > 5) Stop and restart the SMTP virtual server. > 6) Ask a client to send some test emails entiled "Test Email To > problematic > destination email domains" to an recipient of those problematic > destination > email domains. > 7) Stop the SMTP virtual server. > 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me log > > 3. Please send me the MPS report. > > 1) Visit > http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 > 15706/MPSRPT_Exchange.EXE to download the file. > 2) Run the MPSRPT_Exchange.EXE on the server box. > 3) Wait for 10~15 minutes. > 4) Open Windows explorer, navigate to > %SYSTEMROOT%\MPSReports\Exchange\cab\ > 5) Send the .cab file directly to me. > > Please send the information to v-robeli[ at ]microsoft.com with subject: > 39791384-Outgoing emails staying in SMTP queue. > > I am looking forward to hear from you. > > If you need further assistance, please don't hesitate to let me know. > > Best regards, > > Robert Li(MSFT) > > Microsoft CSS Online Newsgroup Support > > Get Secure! - www.microsoft.com/security > > ===================================================== > > This newsgroup only focuses on SBS technical issues. If you have issues > regarding other Microsoft products, you'd better post in the corresponding > newsgroups so that they can be resolved in an efficient and timely manner. > You can locate the newsgroup here: > http://www.microsoft.com/communities/newsgroups/en-us/default.aspx > > When opening a new thread via the web interface, we recommend you check > the > "Notify me of replies" box to receive e-mail notifications when there are > any updates in your thread. When responding to posts via your newsreader, > please "Reply to Group" so that others may learn and benefit from your > issue. > > Microsoft engineers can only focus on one issue per thread. Although we > provide other information for your reference, we recommend you post > different incidents in different threads to keep the thread clean. In > doing > so, it will ensure your issues are resolved in a timely manner. > > For urgent issues, you may want to contact Microsoft CSS directly. Please > check http://support.microsoft.com for regional support phone numbers. > > Any input or comments in this thread are highly appreciated. > > ===================================================== > > This posting is provided "AS IS" with no warranties, and confers no > rights. > > -------------------- > <From: "John" <John[ at ]nospam.infovis.co.uk> > <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> > <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> > <Subject: Re: Outgoing emails staying in SMTP queue > <Date: Fri, 6 Jul 2007 02:14:03 +0100 > <Lines: 120 > <X-Priority: 3 > <X-MSMail-Priority: Normal > <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 > <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 > <X-RFC2646: Format=Flowed; Original > <Message-ID: <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> > <Newsgroups: microsoft.public.windows.server.sbs > <NNTP-Posting-Host: 89.243.108.247 > <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP02.phx.gbl > <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:48546 > <X-Tomcat-NG: microsoft.public.windows.server.sbs > < > <Hi Robert > < > <I have now followed the steps that you outlined. > < > <To keep things simple I am using msconfig to keep additional stuff out > for > <the moment. > < > <> 1. Are the problematic e-mails sent to internal recipients or Internet > <> recipients? > < > <External. > < > <Internal are working fine. > < > <> 2. Do all the senders or some specific senders have this problem? > < > <All have the sam eproblem. Problem seem sot be at SMTP an dnot with any > <specific user. All users get block whne it is not working and all users > are > <OK when it is owkring. > < > <> 3. Can the user get NDR? > < > <So far only delay notifications have come through. It hasn't passed that > <much time. > < > <> 4. Do all the outgoing e-mails have this problem? > < > <Yes. They are all stuck in queue. > < > <> In your application log, you only found > <> > <> SOCKS Filter error 20002 > <> Microsoft Firewall 14060 > <> Microsoft Management Console 1000 > <> > <> Based on my research, Socks Filter is used when the internal clients > <> access > <> the external site by using the socks connection. This issue may occur > if > <> there is an application which has already been listening on port 1080. > <> > <> Please follow the steps below to find out that application: > <> > <> At a command prompt, run "netstat -ano | find ":1080"" (without the > <> quotation marks). > < > <Running netstat -ano | find ":1080" gave the following (after replacing > pid > <with process name) at two different reboots; > < > <C:\Documents and Settings\Administrator>netstat -ano | find ":1080" > < TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING > <INETINFO.EXE > < TCP 192.168.16.2:1080 192.168.16.2:1595 ESTABLISHED > <INETINFO.EXE > < TCP 192.168.16.2:1595 192.168.16.2:1080 ESTABLISHED > <MMC.EXE > < > < > <C:\Documents and Settings\Administrator>netstat -ano | find ":1080" > < TCP 0.0.0.0:1080 0.0.0.0:0 LISTENING > <TSSDIS.EXE > < > <> When you find out the process that is listening on port 1080, you need > to > <> reconfigure it to listen on a different port. Restart that application > and > <> see if the problem will disappear. > < > <Before the services using port 1080 keep changing between reboots I am > not > <sure how to do this. > < > <> Please also take the following steps: > <> > <> Step 1: Please rerun the CEICW wizard again to ensure the network and > <> e-mail setting correct. > <> > <> 825763 How to configure Internet access in Windows Small Business > Server > <> 2003 > <> http://support.microsoft.com/?id=825763 > < > <Done several times...no luck. > < > <> Step 2: Please make a clean boot to make sure the problem is not caused > <> third party software: > < > <Done, no luck. > < > <> Step 3: If you have e-mail scan software installed, please temporally > <> uninstall and check again. > < > <We have trend scan mail but this is now totally disabled via msconfig. > < > <> Step 4: Please make sure you domain has three records of DNS: A, MX and > <> PRT > <> correct registered by your ISP. > <> > <> You can use NSLOOKUP tool to check these records. > <> > <> Using NSlookup.exe > <> http://support.microsoft.com/kb/200525 > < > <Will do and come back. > < > <> Step 5: Please try to send mail to the problematic domain via telnet, > can > <> you send out e-mail successfully? > <> > <> 1. On SBS server, in the command prompt, run the following command > "telnet > <> intersci.com 25", and then try to use the telnet session to send an > <> internet email: > <> > <> helo > <> mail from:<email address> > <> rcpt to:<internet email address> > <> data > <> <type several words> > < > <The ISP smtp server smtp.gotadsl.co.uk seems to respond fine. > < > <Thanks > < > <Regards > < > < > < >

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 09.07.2007 03:12:22 Hi Robert Please see below; "Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message news:<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl>... [Quoted Text] > 1. You are experience high volume of mail flow, so whenever you see the > SMTP queue, you can see mail in the queue. The emails are only about 400 or so in the whole day...does not sound that much. Also I have checked and all mail is ours in the queue that is our server is not relaying emails from another server. > 2. You server is a relay server for other domain. By default, the Default > SMTP Virtual Server in Exchange 2003 is configured to prevent relaying of > e-mail messages through the virtual server. Please check the following: > > 1. Open Exchange System Manager. > 2. Expand "Servers", expand "<ServerName>", and then expand "Protocols". > 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then > click > "Properties". > 4. Click the "Access" tab, and then click "Relay". > 5. In the "Relay Restrictions" dialog box, click "Only the list below, and > you can only see the IP of your SBS server. > 6. Click "OK". It has three IPs; 192.168.16.2 [Internal NIC] 127.0.0.1 192.168.1.2 [External NIC] > Please run update services again, can the problem be reproduced? Server is currently operational, Will do it later and come back. > Please help collect the following information and I need to do research: > > 1. When you run NSLOOKUP, what's the result. Not sure about this part. The ISP's smtp server is smtp.gotadsl.co.uk. I can both ping the server and telnet at port 25 just fine. > 2. SMTP log (Also there is no NDR, this log is very useful) > > 1) Open the properties page of the Default SMTP Virtual Server in Exchange > System Manager. > 2) On the General tab, check the "Enable logging" box. > 3) Click Properties, click the Extended Properties tab and check all the > boxes on the list. > 4) Click OK twice. > 5) Stop and restart the SMTP virtual server. > 6) Ask a client to send some test emails entiled "Test Email To > problematic > destination email domains" to an recipient of those problematic > destination > email domains. > 7) Stop the SMTP virtual server. > 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me log File attached in email. This is tricky. The SMTP works on and off for example when I start/stop SMTP Virtual Serve email starts to go out. If I say run the ICW then it stops again. > 3. Please send me the MPS report. > > 1) Visit > http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 > 15706/MPSRPT_Exchange.EXE to download the file. > 2) Run the MPSRPT_Exchange.EXE on the server box. > 3) Wait for 10~15 minutes. > 4) Open Windows explorer, navigate to > %SYSTEMROOT%\MPSReports\Exchange\cab\ > 5) Send the .cab file directly to me. File attached in email. > Please send the information to v-robeli[ at ]microsoft.com with subject: > 39791384-Outgoing emails staying in SMTP queue. Many thanks for your time. Regards

Re: Outgoing emails staying in SMTP queue v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) 09.07.2007 11:19:09 Hi, Thanks for updating. I am sorry for the delay due to the weekend. Your SBS relay setting is correct. This very strange I checked your SMTP log, I found "Sender address rejected. Domain not find". That may be caused by PTR record. But I visit DNSSTUFF, all the records are correct. It's seems the e-mail is only delayed. Please do the following test: 1. Create a gmail account for yourself. 2. Send e-mail from your domain to g-mail, check if the e-mail reaches to gmail, and also how long does this take. Please also help me collect the following information: 1. Message Tracking log. Open ESM, on the General tab in the server's Properties dialog box, select the Enable message tracking check box. After the issue is reproduced, please wait about 15 minutes and then go to the message tracking folder and collect the message tracking log for us. By default, the message tracking logs locate under the folder:C:\Program Files\Exchsrvr\servername.log 2. Enable Diagnostic Logging to determine the root of the transport issue. To enable Diagnostic Logging on the MSExchangeTransport service: 1). Start Exchange System Manager. 2). Navigate to the server object. 3). Right-click <Server object>, and then click Properties. 4). Click the Diagnostic Logging tab. 5). Under Categories, click MSExchangeTransport. 6). Under Logging Level, choose maximum for all the items. Restart the server. 7). Download http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 15706/MPSRPT_Exchange.EXE and run. Please send me the cab file. Please try my suggestions and let me know the result. Please send the information to v-robeli[ at ]microsoft.com with subject: 39791384-Outgoing emails staying in SMTP queue. I am looking forward to hear from you. If you need further assistance, please don't hesitate to let me know. Best regards, Robert Li(MSFT) Microsoft CSS Online Newsgroup Support Get Secure! - www.microsoft.com/security ===================================================== This newsgroup only focuses on SBS technical issues. If you have issues regarding other Microsoft products, you'd better post in the corresponding newsgroups so that they can be resolved in an efficient and timely manner. You can locate the newsgroup here: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx When opening a new thread via the web interface, we recommend you check the "Notify me of replies" box to receive e-mail notifications when there are any updates in your thread. When responding to posts via your newsreader, please "Reply to Group" so that others may learn and benefit from your issue. Microsoft engineers can only focus on one issue per thread. Although we provide other information for your reference, we recommend you post different incidents in different threads to keep the thread clean. In doing so, it will ensure your issues are resolved in a timely manner. For urgent issues, you may want to contact Microsoft CSS directly. Please check http://support.microsoft.com for regional support phone numbers. Any input or comments in this thread are highly appreciated. ===================================================== This posting is provided "AS IS" with no warranties, and confers no rights. -------------------- <From: "John" <John[ at ]nospam.infovis.co.uk> <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <Subject: Re: Outgoing emails staying in SMTP queue <Date: Mon, 9 Jul 2007 04:12:22 +0100 <Lines: 89 <X-Priority: 3 <X-MSMail-Priority: Normal <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <X-RFC2646: Format=Flowed; Original <Message-ID: <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <Newsgroups: microsoft.public.windows.server.sbs <NNTP-Posting-Host: 89.243.227.33 <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49066 <X-Tomcat-NG: microsoft.public.windows.server.sbs < <Hi Robert < <Please see below; < <"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message <news:<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl>... <> 1. You are experience high volume of mail flow, so whenever you see the <> SMTP queue, you can see mail in the queue. < <The emails are only about 400 or so in the whole day...does not sound that <much. Also I have checked and all mail is ours in the queue that is our <server is not relaying emails from another server. < <> 2. You server is a relay server for other domain. By default, the Default <> SMTP Virtual Server in Exchange 2003 is configured to prevent relaying of <> e-mail messages through the virtual server. Please check the following: <> <> 1. Open Exchange System Manager. <> 2. Expand "Servers", expand "<ServerName>", and then expand "Protocols". <> 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then <> click <> "Properties". <> 4. Click the "Access" tab, and then click "Relay". <> 5. In the "Relay Restrictions" dialog box, click "Only the list below, and <> you can only see the IP of your SBS server. <> 6. Click "OK". < <It has three IPs; < <192.168.16.2 [Internal NIC] <127.0.0.1 <192.168.1.2 [External NIC] < <> Please run update services again, can the problem be reproduced? < <Server is currently operational, Will do it later and come back. < <> Please help collect the following information and I need to do research: <> <> 1. When you run NSLOOKUP, what's the result. < <Not sure about this part. The ISP's smtp server is smtp.gotadsl.co.uk. I can <both ping the server and telnet at port 25 just fine. < <> 2. SMTP log (Also there is no NDR, this log is very useful) <> <> 1) Open the properties page of the Default SMTP Virtual Server in Exchange <> System Manager. <> 2) On the General tab, check the "Enable logging" box. <> 3) Click Properties, click the Extended Properties tab and check all the <> boxes on the list. <> 4) Click OK twice. <> 5) Stop and restart the SMTP virtual server. <> 6) Ask a client to send some test emails entiled "Test Email To <> problematic <> destination email domains" to an recipient of those problematic <> destination <> email domains. <> 7) Stop the SMTP virtual server. <> 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me log < <File attached in email. < <This is tricky. The SMTP works on and off for example when I start/stop SMTP <Virtual Serve email starts to go out. If I say run the ICW then it stops <again. < <> 3. Please send me the MPS report. <> <> 1) Visit <> http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 <> 15706/MPSRPT_Exchange.EXE to download the file. <> 2) Run the MPSRPT_Exchange.EXE on the server box. <> 3) Wait for 10~15 minutes. <> 4) Open Windows explorer, navigate to <> %SYSTEMROOT%\MPSReports\Exchange\cab\ <> 5) Send the .cab file directly to me. < <File attached in email. < <> Please send the information to v-robeli[ at ]microsoft.com with subject: <> 39791384-Outgoing emails staying in SMTP queue. < <Many thanks for your time. < <Regards < < < <

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 09.07.2007 14:05:55 Hi Robert Please see below; "Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message news:35gS%23rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl... [Quoted Text] > It's seems the e-mail is only delayed. Please do the following test: The problem is intermittent. For example it was working fine in the morning but stopped working in the afternoon and mail started collecting in the SMTP Queue. > 1. Create a gmail account for yourself. > 2. Send e-mail from your domain to g-mail, check if the e-mail reaches to > gmail, and also how long does this take. Done. Mail stuck in SMTP queue for now with other emails. > Please also help me collect the following information: > > 1. Message Tracking log. > > Open ESM, on the General tab in the server's Properties dialog box, select > the Enable message tracking check box. After the issue is reproduced, > please wait about 15 minutes and then go to the message tracking folder > and > collect the message tracking log for us. > > By default, the message tracking logs locate under the folder:C:\Program > Files\Exchsrvr\servername.log File attached in email. > 2. Enable Diagnostic Logging to determine the root of the transport issue. > To enable Diagnostic Logging on the MSExchangeTransport service: > > 1). Start Exchange System Manager. > 2). Navigate to the server object. > 3). Right-click <Server object>, and then click Properties. > 4). Click the Diagnostic Logging tab. > 5). Under Categories, click MSExchangeTransport. > 6). Under Logging Level, choose maximum for all the items. Restart the > server. > 7). Download > http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 > 15706/MPSRPT_Exchange.EXE and run. Please send me the cab file. File attached in email. > Please try my suggestions and let me know the result. > > Please send the information to v-robeli[ at ]microsoft.com with subject: > 39791384-Outgoing emails staying in SMTP queue. Many thanks for all your time. Regards

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 09.07.2007 15:26:10 Hi Robert Since the logging has been set to Max, I am getting below events for emails. Since I can send emails via Outlook Express from server I doubt if our domain's entries at the domain host (an external company) has any problem. Thanks Regards Event Type: Warning Event Source: MSExchangeTransport Event Category: SMTP Protocol Event ID: 7002 Date: 09/07/2007 Time: 15:57:00 User: N/A Computer: MYSERVER Description: This is an SMTP protocol warning log for virtual server ID 1, connection #29. The remote host "195.112.4.54", responded to the SMTP command "rcpt" with "450 user1[ at ]ourdomain.com: Sender address rejected: Domain not found ". The full command sent was "RCPT TO:sent1[ at ]sentdomain.com ". This may cause the connection to fail. For more information, click http://www.microsoft.com/contentredirect.asp. "Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message news:35gS%23rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl... [Quoted Text] > Hi, > > Thanks for updating. > > I am sorry for the delay due to the weekend. > > Your SBS relay setting is correct. > > This very strange I checked your SMTP log, I found "Sender address > rejected. Domain not find". That may be caused by PTR record. But I visit > DNSSTUFF, all the records are correct. > > It's seems the e-mail is only delayed. Please do the following test: > > 1. Create a gmail account for yourself. > 2. Send e-mail from your domain to g-mail, check if the e-mail reaches to > gmail, and also how long does this take. > > Please also help me collect the following information: > > 1. Message Tracking log. > > Open ESM, on the General tab in the server's Properties dialog box, select > the Enable message tracking check box. After the issue is reproduced, > please wait about 15 minutes and then go to the message tracking folder > and > collect the message tracking log for us. > > By default, the message tracking logs locate under the folder:C:\Program > Files\Exchsrvr\servername.log > > 2. Enable Diagnostic Logging to determine the root of the transport issue. > To enable Diagnostic Logging on the MSExchangeTransport service: > > 1). Start Exchange System Manager. > 2). Navigate to the server object. > 3). Right-click <Server object>, and then click Properties. > 4). Click the Diagnostic Logging tab. > 5). Under Categories, click MSExchangeTransport. > 6). Under Logging Level, choose maximum for all the items. Restart the > server. > 7). Download > http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 > 15706/MPSRPT_Exchange.EXE and run. Please send me the cab file. > > Please try my suggestions and let me know the result. > > Please send the information to v-robeli[ at ]microsoft.com with subject: > 39791384-Outgoing emails staying in SMTP queue. > > I am looking forward to hear from you. > > If you need further assistance, please don't hesitate to let me know. > > Best regards, > > Robert Li(MSFT) > > Microsoft CSS Online Newsgroup Support > > Get Secure! - www.microsoft.com/security > > ===================================================== > > This newsgroup only focuses on SBS technical issues. If you have issues > regarding other Microsoft products, you'd better post in the corresponding > newsgroups so that they can be resolved in an efficient and timely manner. > You can locate the newsgroup here: > http://www.microsoft.com/communities/newsgroups/en-us/default.aspx > > When opening a new thread via the web interface, we recommend you check > the > "Notify me of replies" box to receive e-mail notifications when there are > any updates in your thread. When responding to posts via your newsreader, > please "Reply to Group" so that others may learn and benefit from your > issue. > > Microsoft engineers can only focus on one issue per thread. Although we > provide other information for your reference, we recommend you post > different incidents in different threads to keep the thread clean. In > doing > so, it will ensure your issues are resolved in a timely manner. > > For urgent issues, you may want to contact Microsoft CSS directly. Please > check http://support.microsoft.com for regional support phone numbers. > > Any input or comments in this thread are highly appreciated. > > ===================================================== > > This posting is provided "AS IS" with no warranties, and confers no > rights. > > -------------------- > <From: "John" <John[ at ]nospam.infovis.co.uk> > <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> > <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> > <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> > <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> > <Subject: Re: Outgoing emails staying in SMTP queue > <Date: Mon, 9 Jul 2007 04:12:22 +0100 > <Lines: 89 > <X-Priority: 3 > <X-MSMail-Priority: Normal > <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 > <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 > <X-RFC2646: Format=Flowed; Original > <Message-ID: <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> > <Newsgroups: microsoft.public.windows.server.sbs > <NNTP-Posting-Host: 89.243.227.33 > <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl > <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49066 > <X-Tomcat-NG: microsoft.public.windows.server.sbs > < > <Hi Robert > < > <Please see below; > < > <"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message > <news:<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl>... > <> 1. You are experience high volume of mail flow, so whenever you see the > <> SMTP queue, you can see mail in the queue. > < > <The emails are only about 400 or so in the whole day...does not sound > that > <much. Also I have checked and all mail is ours in the queue that is our > <server is not relaying emails from another server. > < > <> 2. You server is a relay server for other domain. By default, the > Default > <> SMTP Virtual Server in Exchange 2003 is configured to prevent relaying > of > <> e-mail messages through the virtual server. Please check the following: > <> > <> 1. Open Exchange System Manager. > <> 2. Expand "Servers", expand "<ServerName>", and then expand > "Protocols". > <> 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then > <> click > <> "Properties". > <> 4. Click the "Access" tab, and then click "Relay". > <> 5. In the "Relay Restrictions" dialog box, click "Only the list below, > and > <> you can only see the IP of your SBS server. > <> 6. Click "OK". > < > <It has three IPs; > < > <192.168.16.2 [Internal NIC] > <127.0.0.1 > <192.168.1.2 [External NIC] > < > <> Please run update services again, can the problem be reproduced? > < > <Server is currently operational, Will do it later and come back. > < > <> Please help collect the following information and I need to do > research: > <> > <> 1. When you run NSLOOKUP, what's the result. > < > <Not sure about this part. The ISP's smtp server is smtp.gotadsl.co.uk. I > can > <both ping the server and telnet at port 25 just fine. > < > <> 2. SMTP log (Also there is no NDR, this log is very useful) > <> > <> 1) Open the properties page of the Default SMTP Virtual Server in > Exchange > <> System Manager. > <> 2) On the General tab, check the "Enable logging" box. > <> 3) Click Properties, click the Extended Properties tab and check all > the > <> boxes on the list. > <> 4) Click OK twice. > <> 5) Stop and restart the SMTP virtual server. > <> 6) Ask a client to send some test emails entiled "Test Email To > <> problematic > <> destination email domains" to an recipient of those problematic > <> destination > <> email domains. > <> 7) Stop the SMTP virtual server. > <> 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me > log > < > <File attached in email. > < > <This is tricky. The SMTP works on and off for example when I start/stop > SMTP > <Virtual Serve email starts to go out. If I say run the ICW then it stops > <again. > < > <> 3. Please send me the MPS report. > <> > <> 1) Visit > <> > http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 > <> 15706/MPSRPT_Exchange.EXE to download the file. > <> 2) Run the MPSRPT_Exchange.EXE on the server box. > <> 3) Wait for 10~15 minutes. > <> 4) Open Windows explorer, navigate to > <> %SYSTEMROOT%\MPSReports\Exchange\cab\ > <> 5) Send the .cab file directly to me. > < > <File attached in email. > < > <> Please send the information to v-robeli[ at ]microsoft.com with subject: > <> 39791384-Outgoing emails staying in SMTP queue. > < > <Many thanks for your time. > < > <Regards > < > < > < > < >

Re: Outgoing emails staying in SMTP queue v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) 10.07.2007 10:46:58 Hi, Thanks for your reply. I checked Message Tracking log, the e-mails are successfully send out. Also the IIS worker process error is not cause of the problem. From MSExchangeTransport event 7002 and 4007, I found "Sender address rejected: Domain not found" Most time, this is caused by incorrect PTR record. I cannot do NSLOOKUP in our company because that's blocked by firewall. I made a check in DNS staff and found the PTR is not correctly configured. Please use NSLOOKUP in your environment to check the PTR record. If that's true, you need to contact ISP to correct the record. Using NSlookup.exe http://support.microsoft.com/kb/200525 I am looking forward to hear from you. If you need further assistance, please don't hesitate to let me know. Best regards, Robert Li(MSFT) Microsoft CSS Online Newsgroup Support Get Secure! - www.microsoft.com/security ===================================================== This newsgroup only focuses on SBS technical issues. If you have issues regarding other Microsoft products, you'd better post in the corresponding newsgroups so that they can be resolved in an efficient and timely manner. You can locate the newsgroup here: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx When opening a new thread via the web interface, we recommend you check the "Notify me of replies" box to receive e-mail notifications when there are any updates in your thread. When responding to posts via your newsreader, please "Reply to Group" so that others may learn and benefit from your issue. Microsoft engineers can only focus on one issue per thread. Although we provide other information for your reference, we recommend you post different incidents in different threads to keep the thread clean. In doing so, it will ensure your issues are resolved in a timely manner. For urgent issues, you may want to contact Microsoft CSS directly. Please check http://support.microsoft.com for regional support phone numbers. Any input or comments in this thread are highly appreciated. ===================================================== This posting is provided "AS IS" with no warranties, and confers no rights. -------------------- <From: "John" <John[ at ]nospam.infovis.co.uk> <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <35gS#rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <Subject: Re: Outgoing emails staying in SMTP queue <Date: Mon, 9 Jul 2007 16:26:10 +0100 <Lines: 249 <X-Priority: 3 <X-MSMail-Priority: Normal <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <X-RFC2646: Format=Flowed; Original <Message-ID: <#o3LA2jwHHA.2004[ at ]TK2MSFTNGP06.phx.gbl> <Newsgroups: microsoft.public.windows.server.sbs <NNTP-Posting-Host: 89.243.235.182 <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49166 <X-Tomcat-NG: microsoft.public.windows.server.sbs < <Hi Robert < <Since the logging has been set to Max, I am getting below events for emails. <Since I can send emails via Outlook Express from server I doubt if our <domain's entries at the domain host (an external company) has any problem. < <Thanks < <Regards < < <Event Type: Warning <Event Source: MSExchangeTransport <Event Category: SMTP Protocol <Event ID: 7002 <Date: 09/07/2007 <Time: 15:57:00 <User: N/A <Computer: MYSERVER <Description: <This is an SMTP protocol warning log for virtual server ID 1, connection <#29. The remote host "195.112.4.54", responded to the SMTP command "rcpt" <with "450 user1[ at ]ourdomain.com: Sender address rejected: Domain not found ". <The full command sent was "RCPT TO:sent1[ at ]sentdomain.com ". This may cause <the connection to fail. < <For more information, click http://www.microsoft.com/contentredirect.asp. < <"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message <news:35gS%23rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl... <> Hi, <> <> Thanks for updating. <> <> I am sorry for the delay due to the weekend. <> <> Your SBS relay setting is correct. <> <> This very strange I checked your SMTP log, I found "Sender address <> rejected. Domain not find". That may be caused by PTR record. But I visit <> DNSSTUFF, all the records are correct. <> <> It's seems the e-mail is only delayed. Please do the following test: <> <> 1. Create a gmail account for yourself. <> 2. Send e-mail from your domain to g-mail, check if the e-mail reaches to <> gmail, and also how long does this take. <> <> Please also help me collect the following information: <> <> 1. Message Tracking log. <> <> Open ESM, on the General tab in the server's Properties dialog box, select <> the Enable message tracking check box. After the issue is reproduced, <> please wait about 15 minutes and then go to the message tracking folder <> and <> collect the message tracking log for us. <> <> By default, the message tracking logs locate under the folder:C:\Program <> Files\Exchsrvr\servername.log <> <> 2. Enable Diagnostic Logging to determine the root of the transport issue. <> To enable Diagnostic Logging on the MSExchangeTransport service: <> <> 1). Start Exchange System Manager. <> 2). Navigate to the server object. <> 3). Right-click <Server object>, and then click Properties. <> 4). Click the Diagnostic Logging tab. <> 5). Under Categories, click MSExchangeTransport. <> 6). Under Logging Level, choose maximum for all the items. Restart the <> server. <> 7). Download <> http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 <> 15706/MPSRPT_Exchange.EXE and run. Please send me the cab file. <> <> Please try my suggestions and let me know the result. <> <> Please send the information to v-robeli[ at ]microsoft.com with subject: <> 39791384-Outgoing emails staying in SMTP queue. <> <> I am looking forward to hear from you. <> <> If you need further assistance, please don't hesitate to let me know. <> <> Best regards, <> <> Robert Li(MSFT) <> <> Microsoft CSS Online Newsgroup Support <> <> Get Secure! - www.microsoft.com/security <> <> ===================================================== <> <> This newsgroup only focuses on SBS technical issues. If you have issues <> regarding other Microsoft products, you'd better post in the corresponding <> newsgroups so that they can be resolved in an efficient and timely manner. <> You can locate the newsgroup here: <> http://www.microsoft.com/communities/newsgroups/en-us/default.aspx <> <> When opening a new thread via the web interface, we recommend you check <> the <> "Notify me of replies" box to receive e-mail notifications when there are <> any updates in your thread. When responding to posts via your newsreader, <> please "Reply to Group" so that others may learn and benefit from your <> issue. <> <> Microsoft engineers can only focus on one issue per thread. Although we <> provide other information for your reference, we recommend you post <> different incidents in different threads to keep the thread clean. In <> doing <> so, it will ensure your issues are resolved in a timely manner. <> <> For urgent issues, you may want to contact Microsoft CSS directly. Please <> check http://support.microsoft.com for regional support phone numbers. <> <> Any input or comments in this thread are highly appreciated. <> <> ===================================================== <> <> This posting is provided "AS IS" with no warranties, and confers no <> rights. <> <> -------------------- <> <From: "John" <John[ at ]nospam.infovis.co.uk> <> <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <> <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <> <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <> <Subject: Re: Outgoing emails staying in SMTP queue <> <Date: Mon, 9 Jul 2007 04:12:22 +0100 <> <Lines: 89 <> <X-Priority: 3 <> <X-MSMail-Priority: Normal <> <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <> <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <> <X-RFC2646: Format=Flowed; Original <> <Message-ID: <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <> <Newsgroups: microsoft.public.windows.server.sbs <> <NNTP-Posting-Host: 89.243.227.33 <> <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl <> <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49066 <> <X-Tomcat-NG: microsoft.public.windows.server.sbs <> < <> <Hi Robert <> < <> <Please see below; <> < <> <"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message <> <news:<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl>... <> <> 1. You are experience high volume of mail flow, so whenever you see the <> <> SMTP queue, you can see mail in the queue. <> < <> <The emails are only about 400 or so in the whole day...does not sound <> that <> <much. Also I have checked and all mail is ours in the queue that is our <> <server is not relaying emails from another server. <> < <> <> 2. You server is a relay server for other domain. By default, the <> Default <> <> SMTP Virtual Server in Exchange 2003 is configured to prevent relaying <> of <> <> e-mail messages through the virtual server. Please check the following: <> <> <> <> 1. Open Exchange System Manager. <> <> 2. Expand "Servers", expand "<ServerName>", and then expand <> "Protocols". <> <> 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then <> <> click <> <> "Properties". <> <> 4. Click the "Access" tab, and then click "Relay". <> <> 5. In the "Relay Restrictions" dialog box, click "Only the list below, <> and <> <> you can only see the IP of your SBS server. <> <> 6. Click "OK". <> < <> <It has three IPs; <> < <> <192.168.16.2 [Internal NIC] <> <127.0.0.1 <> <192.168.1.2 [External NIC] <> < <> <> Please run update services again, can the problem be reproduced? <> < <> <Server is currently operational, Will do it later and come back. <> < <> <> Please help collect the following information and I need to do <> research: <> <> <> <> 1. When you run NSLOOKUP, what's the result. <> < <> <Not sure about this part. The ISP's smtp server is smtp.gotadsl.co.uk. I <> can <> <both ping the server and telnet at port 25 just fine. <> < <> <> 2. SMTP log (Also there is no NDR, this log is very useful) <> <> <> <> 1) Open the properties page of the Default SMTP Virtual Server in <> Exchange <> <> System Manager. <> <> 2) On the General tab, check the "Enable logging" box. <> <> 3) Click Properties, click the Extended Properties tab and check all <> the <> <> boxes on the list. <> <> 4) Click OK twice. <> <> 5) Stop and restart the SMTP virtual server. <> <> 6) Ask a client to send some test emails entiled "Test Email To <> <> problematic <> <> destination email domains" to an recipient of those problematic <> <> destination <> <> email domains. <> <> 7) Stop the SMTP virtual server. <> <> 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me <> log <> < <> <File attached in email. <> < <> <This is tricky. The SMTP works on and off for example when I start/stop <> SMTP <> <Virtual Serve email starts to go out. If I say run the ICW then it stops <> <again. <> < <> <> 3. Please send me the MPS report. <> <> <> <> 1) Visit <> <> <> http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd9 <> <> 15706/MPSRPT_Exchange.EXE to download the file. <> <> 2) Run the MPSRPT_Exchange.EXE on the server box. <> <> 3) Wait for 10~15 minutes. <> <> 4) Open Windows explorer, navigate to <> <> %SYSTEMROOT%\MPSReports\Exchange\cab\ <> <> 5) Send the .cab file directly to me. <> < <> <File attached in email. <> < <> <> Please send the information to v-robeli[ at ]microsoft.com with subject: <> <> 39791384-Outgoing emails staying in SMTP queue. <> < <> <Many thanks for your time. <> < <> <Regards <> < <> < <> < <> < <> < < <

Re: Outgoing emails staying in SMTP queue v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) 13.07.2007 03:49:13 Hi John, How are the things going on? Have you got a chance to check the PTR record of your domain? In our company the firewall blocks nslookup so I cannot test myself. Thanks for your understanding. The issue occurs when the destination mail servers are doing a reverse lookup on incoming messages coming from you domain and they expect to bind this entry back to the PTR setup for your domain. If that is unsuccessful, this will return the error from above: Sender address rejected: Domain not found More info: You are unable to send or receive SMTP messages from certain Internet domains in Exchange 2000 Server, in Exchange Server 2003, and in Small Business Server 2003 http://support.microsoft.com/?id=300171 Also, the destination mail server can cause this problem. From example, it gives you limited thread to connect, so the mails wait in the queues. After some time, the mails are sent out but delayed. After you restart SMTP, the session is reconnect, at first the e-mails send out quickly, soon the same problem reappears. Please kindly help me collect a screen shot of the queue and I need to do research. Thanks for your time. I am looking forward to hear from you. If you need further assistance, please don't hesitate to let me know. Best regards, Robert Li(MSFT) Microsoft CSS Online Newsgroup Support Get Secure! - www.microsoft.com/security ===================================================== This newsgroup only focuses on SBS technical issues. If you have issues regarding other Microsoft products, you'd better post in the corresponding newsgroups so that they can be resolved in an efficient and timely manner. You can locate the newsgroup here: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx When opening a new thread via the web interface, we recommend you check the "Notify me of replies" box to receive e-mail notifications when there are any updates in your thread. When responding to posts via your newsreader, please "Reply to Group" so that others may learn and benefit from your issue. Microsoft engineers can only focus on one issue per thread. Although we provide other information for your reference, we recommend you post different incidents in different threads to keep the thread clean. In doing so, it will ensure your issues are resolved in a timely manner. For urgent issues, you may want to contact Microsoft CSS directly. Please check http://support.microsoft.com for regional support phone numbers. Any input or comments in this thread are highly appreciated. ===================================================== This posting is provided "AS IS" with no warranties, and confers no rights. -------------------- <X-Tomcat-ID: 170514687 <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <35gS#rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <#o3LA2jwHHA.2004[ at ]TK2MSFTNGP06.phx.gbl> <MIME-Version: 1.0 <Content-Type: text/plain <Content-Transfer-Encoding: 7bit <From: v-robeli[ at ]online.microsoft.com (Robert Li [MSFT]) <Organization: Microsoft <Date: Tue, 10 Jul 2007 10:46:58 GMT <Subject: Re: Outgoing emails staying in SMTP queue <X-Tomcat-NG: microsoft.public.windows.server.sbs <Message-ID: <isifl#twHHA.4200[ at ]TK2MSFTNGHUB02.phx.gbl> <Newsgroups: microsoft.public.windows.server.sbs <Lines: 312 <Path: TK2MSFTNGHUB02.phx.gbl <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49419 <NNTP-Posting-Host: tomcatimport2.phx.gbl 10.201.218.182 < <Hi, < <Thanks for your reply. < <I checked Message Tracking log, the e-mails are successfully send out. < <Also the IIS worker process error is not cause of the problem. < <From MSExchangeTransport event 7002 and 4007, I found "Sender address <rejected: Domain not found" Most time, this is caused by incorrect PTR <record. I cannot do NSLOOKUP in our company because that's blocked by <firewall. I made a check in DNS staff and found the PTR is not correctly <configured. Please use NSLOOKUP in your environment to check the PTR <record. If that's true, you need to contact ISP to correct the record. < <Using NSlookup.exe <http://support.microsoft.com/kb/200525 < <I am looking forward to hear from you. < <If you need further assistance, please don't hesitate to let me know. < <Best regards, < <Robert Li(MSFT) < <Microsoft CSS Online Newsgroup Support < <Get Secure! - www.microsoft.com/security < <===================================================== < <This newsgroup only focuses on SBS technical issues. If you have issues <regarding other Microsoft products, you'd better post in the corresponding <newsgroups so that they can be resolved in an efficient and timely manner. <You can locate the newsgroup here: <http://www.microsoft.com/communities/newsgroups/en-us/default.aspx < <When opening a new thread via the web interface, we recommend you check the <"Notify me of replies" box to receive e-mail notifications when there are <any updates in your thread. When responding to posts via your newsreader, <please "Reply to Group" so that others may learn and benefit from your <issue. < <Microsoft engineers can only focus on one issue per thread. Although we <provide other information for your reference, we recommend you post <different incidents in different threads to keep the thread clean. In doing <so, it will ensure your issues are resolved in a timely manner. < <For urgent issues, you may want to contact Microsoft CSS directly. Please <check http://support.microsoft.com for regional support phone numbers. < <Any input or comments in this thread are highly appreciated. < <===================================================== < <This posting is provided "AS IS" with no warranties, and confers no rights. < <-------------------- <<From: "John" <John[ at ]nospam.infovis.co.uk> <<References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <<f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <<emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <<OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <<35gS#rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <<Subject: Re: Outgoing emails staying in SMTP queue <<Date: Mon, 9 Jul 2007 16:26:10 +0100 <<Lines: 249 <<X-Priority: 3 <<X-MSMail-Priority: Normal <<X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <<X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <<X-RFC2646: Format=Flowed; Original <<Message-ID: <#o3LA2jwHHA.2004[ at ]TK2MSFTNGP06.phx.gbl> <<Newsgroups: microsoft.public.windows.server.sbs <<NNTP-Posting-Host: 89.243.235.182 <<Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl <<Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49166 <<X-Tomcat-NG: microsoft.public.windows.server.sbs << <<Hi Robert << <<Since the logging has been set to Max, I am getting below events for <emails. <<Since I can send emails via Outlook Express from server I doubt if our <<domain's entries at the domain host (an external company) has any problem. << <<Thanks << <<Regards << << <<Event Type: Warning <<Event Source: MSExchangeTransport <<Event Category: SMTP Protocol <<Event ID: 7002 <<Date: 09/07/2007 <<Time: 15:57:00 <<User: N/A <<Computer: MYSERVER <<Description: <<This is an SMTP protocol warning log for virtual server ID 1, connection <<#29. The remote host "195.112.4.54", responded to the SMTP command "rcpt" <<with "450 user1[ at ]ourdomain.com: Sender address rejected: Domain not found <". <<The full command sent was "RCPT TO:sent1[ at ]sentdomain.com ". This may <cause <<the connection to fail. << <<For more information, click http://www.microsoft.com/contentredirect.asp. << <<"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message <<news:35gS%23rhwHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl... <<> Hi, <<> <<> Thanks for updating. <<> <<> I am sorry for the delay due to the weekend. <<> <<> Your SBS relay setting is correct. <<> <<> This very strange I checked your SMTP log, I found "Sender address <<> rejected. Domain not find". That may be caused by PTR record. But I visit <<> DNSSTUFF, all the records are correct. <<> <<> It's seems the e-mail is only delayed. Please do the following test: <<> <<> 1. Create a gmail account for yourself. <<> 2. Send e-mail from your domain to g-mail, check if the e-mail reaches to <<> gmail, and also how long does this take. <<> <<> Please also help me collect the following information: <<> <<> 1. Message Tracking log. <<> <<> Open ESM, on the General tab in the server's Properties dialog box, <select <<> the Enable message tracking check box. After the issue is reproduced, <<> please wait about 15 minutes and then go to the message tracking folder <<> and <<> collect the message tracking log for us. <<> <<> By default, the message tracking logs locate under the folder:C:\Program <<> Files\Exchsrvr\servername.log <<> <<> 2. Enable Diagnostic Logging to determine the root of the transport <issue. <<> To enable Diagnostic Logging on the MSExchangeTransport service: <<> <<> 1). Start Exchange System Manager. <<> 2). Navigate to the server object. <<> 3). Right-click <Server object>, and then click Properties. <<> 4). Click the Diagnostic Logging tab. <<> 5). Under Categories, click MSExchangeTransport. <<> 6). Under Logging Level, choose maximum for all the items. Restart the <<> server. <<> 7). Download <<> <http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd 9 <<> 15706/MPSRPT_Exchange.EXE and run. Please send me the cab file. <<> <<> Please try my suggestions and let me know the result. <<> <<> Please send the information to v-robeli[ at ]microsoft.com with subject: <<> 39791384-Outgoing emails staying in SMTP queue. <<> <<> I am looking forward to hear from you. <<> <<> If you need further assistance, please don't hesitate to let me know. <<> <<> Best regards, <<> <<> Robert Li(MSFT) <<> <<> Microsoft CSS Online Newsgroup Support <<> <<> Get Secure! - www.microsoft.com/security <<> <<> ===================================================== <<> <<> This newsgroup only focuses on SBS technical issues. If you have issues <<> regarding other Microsoft products, you'd better post in the <corresponding <<> newsgroups so that they can be resolved in an efficient and timely <manner. <<> You can locate the newsgroup here: <<> http://www.microsoft.com/communities/newsgroups/en-us/default.aspx <<> <<> When opening a new thread via the web interface, we recommend you check <<> the <<> "Notify me of replies" box to receive e-mail notifications when there are <<> any updates in your thread. When responding to posts via your newsreader, <<> please "Reply to Group" so that others may learn and benefit from your <<> issue. <<> <<> Microsoft engineers can only focus on one issue per thread. Although we <<> provide other information for your reference, we recommend you post <<> different incidents in different threads to keep the thread clean. In <<> doing <<> so, it will ensure your issues are resolved in a timely manner. <<> <<> For urgent issues, you may want to contact Microsoft CSS directly. Please <<> check http://support.microsoft.com for regional support phone numbers. <<> <<> Any input or comments in this thread are highly appreciated. <<> <<> ===================================================== <<> <<> This posting is provided "AS IS" with no warranties, and confers no <<> rights. <<> <<> -------------------- <<> <From: "John" <John[ at ]nospam.infovis.co.uk> <<> <References: <1183581585.470686.180140[ at ]m36g2000hse.googlegroups.com> <<> <f5$1RuuvHHA.1080[ at ]TK2MSFTNGHUB02.phx.gbl> <<> <emndrr2vHHA.1164[ at ]TK2MSFTNGP02.phx.gbl> <<> <LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl> <<> <Subject: Re: Outgoing emails staying in SMTP queue <<> <Date: Mon, 9 Jul 2007 04:12:22 +0100 <<> <Lines: 89 <<> <X-Priority: 3 <<> <X-MSMail-Priority: Normal <<> <X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 <<> <X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 <<> <X-RFC2646: Format=Flowed; Original <<> <Message-ID: <OsjD6bdwHHA.4228[ at ]TK2MSFTNGP06.phx.gbl> <<> <Newsgroups: microsoft.public.windows.server.sbs <<> <NNTP-Posting-Host: 89.243.227.33 <<> <Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP06.phx.gbl <<> <Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.sbs:49066 <<> <X-Tomcat-NG: microsoft.public.windows.server.sbs <<> < <<> <Hi Robert <<> < <<> <Please see below; <<> < <<> <"Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message <<> <news:<LVwmT06vHHA.4612[ at ]TK2MSFTNGHUB02.phx.gbl>... <<> <> 1. You are experience high volume of mail flow, so whenever you see <the <<> <> SMTP queue, you can see mail in the queue. <<> < <<> <The emails are only about 400 or so in the whole day...does not sound <<> that <<> <much. Also I have checked and all mail is ours in the queue that is our <<> <server is not relaying emails from another server. <<> < <<> <> 2. You server is a relay server for other domain. By default, the <<> Default <<> <> SMTP Virtual Server in Exchange 2003 is configured to prevent <relaying <<> of <<> <> e-mail messages through the virtual server. Please check the <following: <<> <> <<> <> 1. Open Exchange System Manager. <<> <> 2. Expand "Servers", expand "<ServerName>", and then expand <<> "Protocols". <<> <> 3. Expand "SMTP", right-click "Default SMTP Virtual Server", and then <<> <> click <<> <> "Properties". <<> <> 4. Click the "Access" tab, and then click "Relay". <<> <> 5. In the "Relay Restrictions" dialog box, click "Only the list below, <<> and <<> <> you can only see the IP of your SBS server. <<> <> 6. Click "OK". <<> < <<> <It has three IPs; <<> < <<> <192.168.16.2 [Internal NIC] <<> <127.0.0.1 <<> <192.168.1.2 [External NIC] <<> < <<> <> Please run update services again, can the problem be reproduced? <<> < <<> <Server is currently operational, Will do it later and come back. <<> < <<> <> Please help collect the following information and I need to do <<> research: <<> <> <<> <> 1. When you run NSLOOKUP, what's the result. <<> < <<> <Not sure about this part. The ISP's smtp server is smtp.gotadsl.co.uk. I <<> can <<> <both ping the server and telnet at port 25 just fine. <<> < <<> <> 2. SMTP log (Also there is no NDR, this log is very useful) <<> <> <<> <> 1) Open the properties page of the Default SMTP Virtual Server in <<> Exchange <<> <> System Manager. <<> <> 2) On the General tab, check the "Enable logging" box. <<> <> 3) Click Properties, click the Extended Properties tab and check all <<> the <<> <> boxes on the list. <<> <> 4) Click OK twice. <<> <> 5) Stop and restart the SMTP virtual server. <<> <> 6) Ask a client to send some test emails entiled "Test Email To <<> <> problematic <<> <> destination email domains" to an recipient of those problematic <<> <> destination <<> <> email domains. <<> <> 7) Stop the SMTP virtual server. <<> <> 8) Go to the C:\WINDOWS\system32\LogFiles\SMTPSVC1 folder and send me <<> log <<> < <<> <File attached in email. <<> < <<> <This is tricky. The SMTP works on and off for example when I start/stop <<> SMTP <<> <Virtual Serve email starts to go out. If I say run the ICW then it stops <<> <again. <<> < <<> <> 3. Please send me the MPS report. <<> <> <<> <> 1) Visit <<> <> <<> <http://download.microsoft.com/download/b/b/1/bb139fcb-4aac-4fe5-a579-30b0bd 9 <<> <> 15706/MPSRPT_Exchange.EXE to download the file. <<> <> 2) Run the MPSRPT_Exchange.EXE on the server box. <<> <> 3) Wait for 10~15 minutes. <<> <> 4) Open Windows explorer, navigate to <<> <> %SYSTEMROOT%\MPSReports\Exchange\cab\ <<> <> 5) Send the .cab file directly to me. <<> < <<> <File attached in email. <<> < <<> <> Please send the information to v-robeli[ at ]microsoft.com with subject: <<> <> 39791384-Outgoing emails staying in SMTP queue. <<> < <<> <Many thanks for your time. <<> < <<> <Regards <<> < <<> < <<> < <<> < <<> << << << < <

Re: Outgoing emails staying in SMTP queue "John" <John[ at ]nospam.infovis.co.uk> 13.07.2007 13:04:40 Hi Robert Its now working fine. Many thanks for all your time. I just can not thank you enough. Thanks once again. Regards "Robert Li [MSFT]" <v-robeli[ at ]online.microsoft.com> wrote in message news:uxesIDQxHHA.4308[ at ]TK2MSFTNGHUB02.phx.gbl... [Quo