Closed Bug 226707 Opened 21 years ago Closed 16 years ago

Impossible to download big mail (4,1MB)

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: andre.jolivet, Unassigned)

Details

(Whiteboard: closeme 2008-11-05)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

This happened several times. My mailbox contains a big mail (4,1MB last time).
Thunderbird keeps on downloading the mail successfully with no end, but does not
succeed in suppressing the mail from the mailbox. Thunderbird is blocked a few
minutes until it displays 'disk full or no permission to write file'. My disk is
not full. So I switch to Kmail and it works fine. Then I come back to
Thunderbird and everything is OK.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
ditto. Anytime I receive a large email (probably >2-2.5mb) TB just hangs at some
point and then never downloads. If I close TB, the next time I go in, it tries
to re-download the email and then stops again. By the third try, TB shows 3
copies of the same email each with partially downloaded emails. I have to login
to my webmail, download the attachment(s) and then delete the emails on the
server. Then TB works fine.

FYI, I've let TB sit without touching any other app for over 45 mins to download
a 3mb email on a 1.5MB DSL. It should take less than 5 mins.

always reproduceable on TB 1.0 (20041207). Using Gentoo 2004.3 (k-2.6.9-r1),
latest ebuilds all merged.
I get exactly the same problem as Mike, when downloading from Gmail, except I do
not get the 'disk full or no permission to write file' message(unless it's in
the status bar and I'm missing it), mine just quietly stops trying. I'v tried
the user.js fix given for a similar problem at
http://forums.mozillazine.org/viewtopic.php?p=1043598#1043598 but to no avail.

I am using Thunderbird 1.0.2 (20050317) on two different computers(a desktop and
a laptop of different brands), both on Windows 98.
I have now tried downloading my problem message(~6MB) from pop.gmail.com with
Thunderbird, Eudora, and (pardon my blasphemy)Outlook Express. TBird failed
silently, but OE had this to say:

Your server has unexpectedly terminated the connection. Possible causes for this
include server problems, network problems, or a long period of inactivity.
Account: 'pop.gmail.com', Server: 'pop.gmail.com', Protocol: POP3, Port: 995,
Secure(SSL): Yes, Error Number: 0x800CCC0F

Eudora gave a similar error message.

When I forwarded the messages to my freeshell e-mail account via Gmail's web
interface, I had no problems downloading the messages from mail.freeshell.org,
which does not use SSL.
This leads me to believe it is a gmail problem, unless TBird's implementation of
POP over SSL shares the same bug as Qualcomm's and Microsoft's.

That said, I have experienced the same fault with pop.tiscali.co.uk, which does
not use SSL.
This leads me to believe the fault could be that tiscali and gmail are using the
same pop server software, with the same bug, as this is the only feasible common
point of failure.

Have the other people experiencing this fault been downloading from gmail, or
any server, SSL or otherwise? POP or IMAP?

This bug does not make sense.
QA Contact: front-end
Assignee: mscott → nobody
Hmmm, this bug seems old; I don't have issues downloading big mail but I'm not sure about spotty connections.

WFM or not?
(In reply to comment #4)
> Hmmm, this bug seems old; I don't have issues downloading big mail but I'm not
> sure about spotty connections.
> 
> WFM or not?

Do any of you who commented still see this problem?
Whiteboard: closeme 2008-11-05
RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to the bug with your reasons why.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.