POP3 session timed out- OL2002

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Hello,

I have been using OL2002 with Windows XP Pro for almost 2 years with few problems. However, my academic department installed a new mail server on Thanksgiving and ever since I can *rarely* access my email in the building (I haven't loaded any new software) on a LAN connection. While performing send/receive, the error message "session timed out waiting for server" eventually comes up. The network administrator had determined it is a client issue after checking the network connection by various means and even redoing my server mailbox from scratch.

The client administrators have done a lot of checking with the Outlook settings, my Norton antivirus/firewall settings (not a problem before, and disabling these doesn't help), and uninstalling/reinstalling Outlook (twice, the second time moving the .pst file so a new one was created). However, after reinstalling Outlook, the email account is already there. Could this file be corrupted? There were also registry items remaining after uninstalling that we didn't remove because we weren't sure. Finally, using my account settings on a different computer accesses and downloades email with no problems, suggesting the software on my computer is corrupted.

I have searched the internet and the Microsoft sites for help. I have followed some other suggestions and forced Outlook to creat new outcmd.dat and outlook.srs files and this didn't help (although the outlook.srs file starts as a 16 kb file and then changes to a 3 kb file after a short time). Also, using Eudora solves the issue, indicating the problem is not my network connection from my client.

This is getting desperate!! Any suggestions on fixing this problem? Let me know if more information is needed.

Best regards,
Ward
 
Could you turn on diagnostic logging (see
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479) and post
the OPMLog.log file after you get the timeout error?

--
Jeff Stephenson
Outlook Development
This posting is provided "AS IS" with no warranties, and confers no rights


utward said:
Hello,

I have been using OL2002 with Windows XP Pro for almost 2 years with few
problems. However, my academic department installed a new mail server on
Thanksgiving and ever since I can *rarely* access my email in the building
(I haven't loaded any new software) on a LAN connection. While performing
send/receive, the error message "session timed out waiting for server"
eventually comes up. The network administrator had determined it is a
client issue after checking the network connection by various means and even
redoing my server mailbox from scratch.
The client administrators have done a lot of checking with the Outlook
settings, my Norton antivirus/firewall settings (not a problem before, and
disabling these doesn't help), and uninstalling/reinstalling Outlook (twice,
the second time moving the .pst file so a new one was created). However,
after reinstalling Outlook, the email account is already there. Could this
file be corrupted? There were also registry items remaining after
uninstalling that we didn't remove because we weren't sure. Finally, using
my account settings on a different computer accesses and downloades email
with no problems, suggesting the software on my computer is corrupted.
I have searched the internet and the Microsoft sites for help. I have
followed some other suggestions and forced Outlook to creat new outcmd.dat
and outlook.srs files and this didn't help (although the outlook.srs file
starts as a 16 kb file and then changes to a 3 kb file after a short time).
Also, using Eudora solves the issue, indicating the problem is not my
network connection from my client.
This is getting desperate!! Any suggestions on fixing this problem? Let
me know if more information is needed.
 
What type of mail server?

utward said:
Hello,

I have been using OL2002 with Windows XP Pro for almost 2 years with few
problems. However, my academic department installed a new mail server on
Thanksgiving and ever since I can *rarely* access my email in the building
(I haven't loaded any new software) on a LAN connection. While performing
send/receive, the error message "session timed out waiting for server"
eventually comes up. The network administrator had determined it is a
client issue after checking the network connection by various means and even
redoing my server mailbox from scratch.
The client administrators have done a lot of checking with the Outlook
settings, my Norton antivirus/firewall settings (not a problem before, and
disabling these doesn't help), and uninstalling/reinstalling Outlook (twice,
the second time moving the .pst file so a new one was created). However,
after reinstalling Outlook, the email account is already there. Could this
file be corrupted? There were also registry items remaining after
uninstalling that we didn't remove because we weren't sure. Finally, using
my account settings on a different computer accesses and downloades email
with no problems, suggesting the software on my computer is corrupted.
I have searched the internet and the Microsoft sites for help. I have
followed some other suggestions and forced Outlook to creat new outcmd.dat
and outlook.srs files and this didn't help (although the outlook.srs file
starts as a 16 kb file and then changes to a 3 kb file after a short time).
Also, using Eudora solves the issue, indicating the problem is not my
network connection from my client.
This is getting desperate!! Any suggestions on fixing this problem? Let
me know if more information is needed.
 
POP3 running Sendmail software.

----- R. Funk wrote: -----

What type of mail server?

utward said:
problems. However, my academic department installed a new mail server on
Thanksgiving and ever since I can *rarely* access my email in the building
(I haven't loaded any new software) on a LAN connection. While performing
send/receive, the error message "session timed out waiting for server"
eventually comes up. The network administrator had determined it is a
client issue after checking the network connection by various means and even
redoing my server mailbox from scratch.settings, my Norton antivirus/firewall settings (not a problem before, and
disabling these doesn't help), and uninstalling/reinstalling Outlook (twice,
the second time moving the .pst file so a new one was created). However,
after reinstalling Outlook, the email account is already there. Could this
file be corrupted? There were also registry items remaining after
uninstalling that we didn't remove because we weren't sure. Finally, using
my account settings on a different computer accesses and downloades email
with no problems, suggesting the software on my computer is corrupted.followed some other suggestions and forced Outlook to creat new outcmd.dat
and outlook.srs files and this didn't help (although the outlook.srs file
starts as a 16 kb file and then changes to a 3 kb file after a short time).
Also, using Eudora solves the issue, indicating the problem is not my
network connection from my client.
 
Jeff,

I posted this last night in two posts (too large for one), but they are not appearing this morning. I will repost now...I wanted to explain in case four posts appear.

Ward

----- Jeff Stephenson [MSFT] wrote: -----

Could you turn on diagnostic logging (see
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479) and post
the OPMLog.log file after you get the timeout error?

--
Jeff Stephenson
Outlook Development
This posting is provided "AS IS" with no warranties, and confers no rights


utward said:
problems. However, my academic department installed a new mail server on
Thanksgiving and ever since I can *rarely* access my email in the building
(I haven't loaded any new software) on a LAN connection. While performing
send/receive, the error message "session timed out waiting for server"
eventually comes up. The network administrator had determined it is a
client issue after checking the network connection by various means and even
redoing my server mailbox from scratch.settings, my Norton antivirus/firewall settings (not a problem before, and
disabling these doesn't help), and uninstalling/reinstalling Outlook (twice,
the second time moving the .pst file so a new one was created). However,
after reinstalling Outlook, the email account is already there. Could this
file be corrupted? There were also registry items remaining after
uninstalling that we didn't remove because we weren't sure. Finally, using
my account settings on a different computer accesses and downloades email
with no problems, suggesting the software on my computer is corrupted.followed some other suggestions and forced Outlook to creat new outcmd.dat
and outlook.srs files and this didn't help (although the outlook.srs file
starts as a 16 kb file and then changes to a 3 kb file after a short time).
Also, using Eudora solves the issue, indicating the problem is not my
network connection from my client.
 
2nd half of requested log:

2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001ddf10] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001ddf10] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:42:29 Callback::ExecuteThread[THIS: 001da840] (00001000) returns 00000000
2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001ddf10] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001ddd18] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:42:29 Callback::LogText[THIS: 001da840] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:42:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001da840] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:42:29 Callback::ReportStatus[THIS: 001da840] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:42:29 Callback::LogText[THIS: 001da840] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:42:29 "POP3: [tx] STAT")
2003.12.10 14:43:29 Callback::ExecuteThread[THIS: 0023e698] (00001000) returns 00000000
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 001da840] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:43:29 Callback::LogText[THIS: 0023e698] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:43:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 0023e698] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 0023e698] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:43:29 Callback::LogText[THIS: 0023ecc8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:43:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:43:29 Callback::ExecuteThread[THIS: 0023ecc8] (00001000) returns 00000000
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 0023ecc8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 0023e698] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:43:29 Callback::ReportStatus[THIS: 0023ecc8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:43:29 Callback::LogText[THIS: 0023ecc8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:43:29 "POP3: [tx] STAT")
2003.12.10 14:44:29 Callback::ExecuteThread[THIS: 0023f2f8] (00001000) returns 00000000
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023ecc8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:44:29 Callback::LogText[THIS: 0023f2f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:44:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023f2f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023f2f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:44:29 Callback::LogText[THIS: 0023f8f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:44:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:44:29 Callback::ExecuteThread[THIS: 0023f8f8] (00001000) returns 00000000
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023f8f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023f8f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:44:29 Callback::LogText[THIS: 0023f8f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:44:29 "POP3: [tx] STAT")
2003.12.10 14:44:29 Callback::ReportStatus[THIS: 0023f2f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:45:29 Callback::ExecuteThread[THIS: 0023fef8] (00001000) returns 00000000
2003.12.10 14:45:29 Callback::ReportStatus[THIS: 0023f8f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:45:29 Callback::LogText[THIS: 0023fef8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:45:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:45:29 Callback::ReportStatus[THIS: 0023fef8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:45:29 Callback::ReportStatus[THIS: 0023fef8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:45:29 Callback::LogText[THIS: 002404f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:45:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:45:29 Callback::ExecuteThread[THIS: 002404f8] (00001000) returns 00000000
2003.12.10 14:45:29 Callback::ReportStatus[THIS: 002404f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:45:29 Callback::ReportStatus[THIS: 002404f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:45:29 Callback::LogText[THIS: 002404f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:45:29 "2003.12.10 14:45:29 Callback::ReportStatus[THIS: 0023fef8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
POP3: [tx] STAT")
2003.12.10 14:46:29 Callback::ExecuteThread[THIS: 00240af8] (00001000) returns 00000000
2003.12.10 14:46:29 Callback::ReportStatus[THIS: 002404f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:46:29 Callback::LogText[THIS: 00240af8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:46:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:46:29 Callback::ReportStatus[THIS: 00240af8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:46:29 Callback::ReportStatus[THIS: 00240af8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:46:29 Callback::LogText[THIS: 002410f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:46:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:46:29 Callback::ExecuteThread[THIS: 002410f8] (00001000) returns 00000000
2003.12.10 14:46:29 Callback::ReportStatus[THIS: 002410f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:46:29 Callback::ReportStatus[THIS: 00240af8] 2003.12.10 14:46:29 Callback::ReportStatus[THIS: 002410f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:46:29 Callback::LogText[THIS: 002410f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:46:29 "POP3: [tx] STAT")
(ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:47:29 Callback::ExecuteThread[THIS: 002416f8] (00001000) returns 00000000
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 002410f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:47:29 Callback::LogText[THIS: 002416f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:47:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 002416f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 002416f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:47:29 Callback::LogText[THIS: 00241cf8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:47:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:47:29 Callback::ExecuteThread[THIS: 00241cf8] (00001000) returns 00000000
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 00241cf8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 00241cf8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:47:29 Callback::ReportStatus[THIS: 002416f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:47:29 Callback::LogText[THIS: 00241cf8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:47:29 "POP3: [tx] STAT")
2003.12.10 14:48:29 Callback::ExecuteThread[THIS: 002422f8] (00001000) returns 00000000
2003.12.10 14:48:29 Callback::LogText[THIS: 002422f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:48:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:48:29 Callback::ReportStatus[THIS: 00241cf8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:48:29 Callback::ReportStatus[THIS: 002422f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:48:29 Callback::ReportStatus[THIS: 002422f8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:48:29 Callback::LogText[THIS: 00242950] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:48:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:48:29 Callback::ExecuteThread[THIS: 00242950] (00001000) returns 00000000
2003.12.10 14:48:29 Callback::ReportStatus[THIS: 00242950] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:48:29 Callback::ReportStatus[THIS: 00242950] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:48:29 Callback::LogText[THIS: 00242950] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:48:29 "2003.12.10 14:48:29 Callback::ReportStatus[THIS: 002422f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
POP3: [tx] STAT")
2003.12.10 14:49:29 Callback::ExecuteThread[THIS: 00242fa8] (00001000) returns 00000000
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 00242950] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:49:29 Callback::LogText[THIS: 00242fa8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:49:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 00242fa8] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 00242fa8] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 00242fa8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:49:29 Callback::LogText[THIS: 001946f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:49:29 "CPOPQuitTask: Begin execution")
2003.12.10 14:49:29 Callback::ExecuteThread[THIS: 001946f8] (00001000) returns 00000000
2003.12.10 14:49:29 Callback::LogText[THIS: 001946f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:49:29 "POP3: Disconnecting from host")
2003.12.10 14:49:29 Callback::LogText[THIS: 001946f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:49:29 "POP3: [tx] QUIT")
2003.12.10 14:49:29 Callback::LogText[THIS: 001946f8] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:49:29 "POP3: Disconnected from host")
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 001946f8] (ulAsynchPhase = RSF_INPROGRESS) Progress = 1/1
2003.12.10 14:49:29 Callback::ReportStatus[THIS: 001946f8] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x00000000)
2003.12.10 14:49:29 ResourceObject [THIS: 001c8a38]: Synch operation completed
2003.12.10 15:01:03 ResourceObject [THIS: 001c8a38]: Destroyed
2003.12.10 15:01:03 Resource manager terminated
 
First half of requested log:

2003.12.10 14:40:27 <<<< Logging Started (level is LTF_TRACE) >>>>
2003.12.10 14:40:27 Successfully initialized the resource manager
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: Created
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: Synchronize called (flags = 00000031)
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: Synch operation started (flags = 00000031)
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: StartImport(flags = 00000000, max msg = ffffffff): full items
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: Trying to read remote URL off the resource
2003.12.10 14:40:28 Looking up handler for POP
2003.12.10 14:40:28 Creating proto handler {848F8363-04C9-11D3-B8AF-00105A19CDC6}
2003.12.10 14:40:28 Initializing proto handler {848F8363-04C9-11D3-B8AF-00105A19CDC6}
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: StartImport: Retrieving Blob
2003.12.10 14:40:28 ResourceObject [THIS: 001c8a38]: StartImport: pCallback->StartImport
2003.12.10 14:40:28 Callback::ExecuteThread[THIS: 0019c008] (00001000) returns 00000000
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "CPOPManifestTask: Begin execution")
2003.12.10 14:40:28 Callback::ExecuteThread[THIS: 0019c008] (00001000) returns 00000000
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Finding host")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Connecting to host")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Connected to host")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: <rx> +OK POP3 gazoo.che.utexas.edu v2001.78rh server ready")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Authorizing to server")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: [tx] USER ward")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: <rx> +OK User name accepted, password please")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: [tx] PASS *****")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: <rx> +OK Mailbox open, 35 messages")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Authorized to host")
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: Connected to host")
2003.12.10 14:40:28 Callback::ReportStatus[THIS: 0019c008] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:40:28 Callback::ReportStatus[THIS: 0019c008] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:40:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:40:28 "POP3: [tx] STAT")
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteNukedItems - Something to nuke
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: DeleteItem: pCallback->Delete
2003.12.10 14:40:29 ResourceObject [THIS: 001c8a38]: UploadItems: 0 messages to send
2003.12.10 14:41:28 Callback::LogText[THIS: 0019c008] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:41:28 "CPOPManifestTask: End execution")
2003.12.10 14:41:29 Callback::ExecuteThread[THIS: 001dd8b0] (00001000) returns 00000000
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 0019c008] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x8004210a)
2003.12.10 14:41:29 Callback::LogText[THIS: 001dd8b0] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:41:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 001dd8b0] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 001dd8b0] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:41:29 Callback::LogText[THIS: 001ddd18] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:41:29 "CPOPDeleteTask: Begin execution")
2003.12.10 14:41:29 Callback::ExecuteThread[THIS: 001ddd18] (00001000) returns 00000000
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 001ddd18] (ulAsynchPhase = RSF_CONNECTED) Progress = 1/3
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 001dd8b0] (ulAsynchPhase = RSF_COMPLETED, hrStatus = 0x800ccc0b)
2003.12.10 14:41:29 Callback::ReportStatus[THIS: 001ddd18] (ulAsynchPhase = RSF_CONNECTED) Progress = 2/4
2003.12.10 14:41:29 Callback::LogText[THIS: 001ddd18] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:41:29 "POP3: [tx] STAT")
2003.12.10 14:42:29 Callback::ExecuteThread2003.12.10 14:42:29 Callback::LogText[THIS: 001ddf10] (flags = LTF_TRACE, hr = 00000000, code = 00000000,
2003.12.10 14:42:29 "CPOPDeleteTask: Begin execution")
[THIS: 001ddf10] (00001000) returns 00000000
 
This looks a lot like a problem that we've seen when the responses from the
server arrive too quickly after Outlook has sent a command - it results in a
Windows component that Outlook uses ignoring the response, so Outlook never
sees it. We've added a workaround to Outlook 2002 SP-3 (due to be released
early next year), and the workaround was incorporated into Outlook 2003.

--
Jeff Stephenson
Outlook Development
This posting is provided "AS IS" with no warranties, and confers no rights


utward said:
Jeff,

I posted this last night in two posts (too large for one), but they are
not appearing this morning. I will repost now...I wanted to explain in case
four posts appear.
Ward

----- Jeff Stephenson [MSFT] wrote: -----

Could you turn on diagnostic logging (see
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479) and post
the OPMLog.log file after you get the timeout error?
with few
problems. However, my academic department installed a new mail server on
Thanksgiving and ever since I can *rarely* access my email in the building
(I haven't loaded any new software) on a LAN connection. While performing
send/receive, the error message "session timed out waiting for server"
eventually comes up. The network administrator had determined it is a
client issue after checking the network connection by various means and even
redoing my server mailbox from scratch. Outlook
settings, my Norton antivirus/firewall settings (not a problem before, and
disabling these doesn't help), and uninstalling/reinstalling Outlook (twice,
the second time moving the .pst file so a new one was created). However,
after reinstalling Outlook, the email account is already there. Could this
file be corrupted? There were also registry items remaining after
uninstalling that we didn't remove because we weren't sure. Finally, using
my account settings on a different computer accesses and downloades email
with no problems, suggesting the software on my computer is corrupted. have
followed some other suggestions and forced Outlook to creat new outcmd.dat
and outlook.srs files and this didn't help (although the outlook.srs file
starts as a 16 kb file and then changes to a 3 kb file after a short time).
Also, using Eudora solves the issue, indicating the problem is not my
network connection from my client. problem? Let
me know if more information is needed.
[/QUOTE]
 
Sadly, there's probably not a lot you can do. I don't know of anything that
will slow down communications with a server - everybody is always trying to
speed it up! If you have any anti-virus or anti-spam software installed on
your machine that is set to scan mail as it arrives, you might want to try
disabling that and see what happens. It's possible that since the software
is running on your machine (and not accessed over the network) that *it* is
what is responding very quickly. The problem that I referred to below was
first found by people that were running Outlook on the same computer as
their POP3 server.

--
Jeff Stephenson
Outlook Development
This posting is provided "AS IS" with no warranties, and confers no rights


utward said:
Jeff,

It sounds like the problem is identified. I am using an HP laptop, and
another person I know with the same laptop is having the same problem.
Is there anything that I or the network administrator can do until SP3 is
available to allow Outlook 2002 to work correctly?
Thanks again,
Ward

----- Jeff Stephenson [MSFT] wrote: -----

This looks a lot like a problem that we've seen when the responses from the
server arrive too quickly after Outlook has sent a command - it results in a
Windows component that Outlook uses ignoring the response, so Outlook never
sees it. We've added a workaround to Outlook 2002 SP-3 (due to be released
early next year), and the workaround was incorporated into Outlook 2003.
they are
not appearing this morning. I will repost now...I wanted to explain in case
four posts appear.
Ward
----- Jeff Stephenson [MSFT] wrote: -----
Could you turn on diagnostic logging (see
[/QUOTE]
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479) and
 
Jeff

Thank you for your quick help and insight. Its unfortunate that there's no short term fix, but I will look for the OL2002 SP 3 release next year. Just to bring closure, your diagnosis is consistent with another observation that if I take my laptop to a satellite campus my Outlook send/receives works perfectly, probably due to being on a differnt LAN and the resulting small timing difference

Best regards
War

----- Jeff Stephenson [MSFT] wrote: ----

Sadly, there's probably not a lot you can do. I don't know of anything tha
will slow down communications with a server - everybody is always trying t
speed it up! If you have any anti-virus or anti-spam software installed o
your machine that is set to scan mail as it arrives, you might want to tr
disabling that and see what happens. It's possible that since the softwar
is running on your machine (and not accessed over the network) that *it* i
what is responding very quickly. The problem that I referred to below wa
first found by people that were running Outlook on the same computer a
their POP3 server

--
Jeff Stephenso
Outlook Developmen
This posting is provided "AS IS" with no warranties, and confers no right


utward said:
Jeff
It sounds like the problem is identified. I am using an HP laptop, an another person I know with the same laptop is having the same problem
Is there anything that I or the network administrator can do until SP3 i available to allow Outlook 2002 to work correctly
Thanks again War
----- Jeff Stephenson [MSFT] wrote: ----
This looks a lot like a problem that we've seen when the response
from th
server arrive too quickly after Outlook has sent a command - i results in
Windows component that Outlook uses ignoring the response, so Outloo neve
sees it. We've added a workaround to Outlook 2002 SP-3 (due to b release
early next year), and the workaround was incorporated into Outloo 2003
Jeff Stephenso
Outlook Developmen
This posting is provided "AS IS" with no warranties, and confers n right
they ar
not appearing this morning. I will repost now...I wanted to explai in cas
four posts appear
War
----- Jeff Stephenson [MSFT] wrote: ----
Could you turn on diagnostic logging (se
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479) an
 
Back
Top