268877 - Mails found on a pop server but not retrieved

Status: RESOLVED EXPIRED

(Thunderbird :: General, defect)

Description

[Christophe Chailloleau-Leclerc]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla Thunderbird version 0.9 (20041103), french version

On one of my pop accounts, when doing Get Mail, TB connects correctly to the pop
server, get the number of mails, and displays in status bar (this is a
translation from french, don't know the exact english message) "Retrieving
message 1 on 25" (there really are 25 messages, I checked it), and then the
message disappear, and the mails are not retrieved.
I append the end of a log file (with my username removed), which shows (null)
responses from the server. I suspect this is the problem, but can't figure out
the cause...

This problem is new since I upgraded (full uninstall / directory removal /
install) from 0.7.3 to 0.9.

I have other accounts, both pop and imap that work well...

Reproducible: Always
Steps to Reproduce:
1.Start thunderbird
2.Get Mail on the pop account
3.

Actual Results:  
Nothing

Expected Results:  
Mail retrieved

0[2347b8]: RECV: 24 1100096484.16016.mrelay2-1
0[2347b8]: POP3: Entering state: 12
0[2347b8]: RECV: 25 1100096689.4325.mx1-1
0[2347b8]: POP3: Entering state: 12
0[2347b8]: RECV: .
0[2347b8]: POP3: Entering state: 15
0[2347b8]: POP3: Entering state: 18
0[2347b8]: SEND: RETR 1

0[2347b8]: Entering NET_ProcessPop3 18
0[2347b8]: POP3: Entering state: 3
0[2347b8]: RECV: +OK 35270 octets
0[2347b8]: POP3: Entering state: 19
0[2347b8]: Opening message stream: MSG_IncorporateBegin
0[2347b8]: Done opening message stream!
0[2347b8]: RECV: (null)
0[2347b8]: Entering NET_ProcessPop3 512
0[2347b8]: POP3: Entering state: 19
0[2347b8]: RECV: Return-Path: <[e-mail]>
0[2347b8]: RECV: Delivered-To: @free.fr
0[2347b8]: RECV: Received: (qmail 25854 invoked from network); 9 Nov 2004
09:17:46 -0000
0[2347b8]: RECV: Received: from lns-th2-6-bor-82-64-93-241.adsl.proxad.net (HELO
free.fr) (82.64.93.241)
0[2347b8]: RECV:   by mrelay4-2.free.fr with SMTP; 9 Nov 2004 09:17:46 -0000
0[2347b8]: RECV: From: [e-mail]
0[2347b8]: RECV: To: @free.fr
0[2347b8]: RECV: Subject: xxx about you?
0[2347b8]: RECV: Date: Tue, 9 Nov 2004 10:17:35 +0100
0[2347b8]: RECV: MIME-Version: 1.0
0[2347b8]: RECV: Content-Type: multipart/mixed;
0[2347b8]: RECV: (null)

I use no theme, no active extensions, and I'm behin a socks proxy.

Comment 1

[Simon Blanchard]

Attachment: email which triggers problem

Comment 2

[Simon Blanchard]

Attachment: pop3 protocol log of failure

Comment 3

[Simon Blanchard]

I've created two attachments which demonstrate the problem

https://bugzilla.mozilla.org/attachment.cgi?id=185933
https://bugzilla.mozilla.org/attachment.cgi?id=185934

It seems that when tb gets to the line

X-Mailer: Microsoft Office Outlook, Build 11.0.5510

It gives up

Comment 4

[David :Bienvenu]

Have you tried a 1.1 alpha build? Have you tried disabling your virus checker?
Some virus checkers intercept the pop3 download stream and make it look like the
server stopped sending us data.

Comment 5

[Simon Blanchard]

I meant to include...
Platform: Mac OS X (no virus checker)
Version: nightly 20050609

Comment 6

[David :Bienvenu]

Thunderbird is not getting any more data from the server, as near as I can tell.
The recv: null just means we're not getting any data after that last header.
It's either a problem with the server, or something in between the server and
thunderbird, like a virus checker - a virus checker is the most likely culprit,
so if you don't have one, then I'm at a bit of a loss. You might try switching
to header only download mode in the pop3 server settings, and see if that makes
any difference.

Comment 7

[Simon Blanchard]

My solution to this issue is to use SSL for POP. It seems that if emails come through with the From and 
To fields set the same then the Great Firewall filters then out.

Comment 8

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 9

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.