Boy I'm tired of hearing "you're the only one having this problem" as an
excuse - that dismissive attitude means that they'll have forgotten about it
by the next time someone calls with the problem. To prove that there is a
problem, turn on diagnostic logging (see
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q300479 for Outlook
2002 or
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q240347 for
Outlook 2000) and post the OPMLog.log (for Outlook 2002) or pop3log.txt (for
Outlook 2000) files. I'll point out where the problem is in the logfile and
you can forward it on to your ISP.
I'm not naming the vendor because I'm not absolutely certain who is
responsible for cppop - in the Linux world it might well be open source and
just redistributed by various people. However, here's a snippet from the
bug report that I filed with the folks I think are responsible - perhaps
it's all you need for your ISP
------------------------------------------------
The error that people are hitting is that the response to the POP3 STAT
command indicates a different number of messages on the server than the
responses to the UIDL and LIST commands. One of the people with this problem
provided a diagnostic log written by Outlook, a snippet from which is:
2003.07.11 15:11:12 "POP3: [tx] STAT"
2003.07.11 15:11:12 "POP3: <rx> +OK 1 554"
2003.07.11 15:11:12 "POP3: [tx] UIDL"
2003.07.11 15:11:12 "POP3: <rx> +OK "
2003.07.11 15:11:12 "POP3: <rx> ."
2003.07.11 15:11:12 "POP3: [tx] LIST"
2003.07.11 15:11:12 "POP3: <rx> +OK 0 messages (554 octets) [1 control
message(s) hidden]")
You'll note that the STAT response says there is a message on the server,
but the UIDL response gives no message. The last line in this snippet,
combined with a Google for cppop 5.0 that comes up with:
cppop 5 - Now hides UW-IMAP Internal Folder Data.
This makes me think that the hiding of that internal folder data is
responsible for the bug. In particular, if you're not going to list that
folder data in the LIST and UIDL responses, it should definitely not be
counted as a message in the STAT response.