User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Build Identifier: 2.0.0.9 (20071031) Thunderbird is configured to download the messages locally and keep them on the server. When the drive the mail is being stored on becomes near full (753K in this example), new message content will appear completely blank. This will remain when ample space has been freed, restarting Thunderbird, and right-clicking the email in the Inbox listing and selecting "Get selected messages" from the pop-up menu. The problem email used in this report does still exist on the server and contains content, just the client does not seem to want to reattempt a download of the contents. Reproducible: Always Steps to Reproduce: C1.Mail server accessed via SSL IMAP. C2.Messages are stored locally and left on the server. 1.Fill up the drive the downloaded mail is being stored on (drive C for me) 2.Fetch some new mail. 3.Attempt to read a new message (message was 100% text in my instances) 4.Free up ample space, close and relaunch client and attempt to read message again(also try 'Get selected messages' via right-clicking message subject in Inbox listing). Actual Results: Persistent blank message content. Expected Results: Reattempted download of message contents from server. Also a check of ample disk space for new email contents when fetching by message to prevent deletion of an email before the contents have been successfully saved. This is not a crash or hang, but could result in loss of email content when messages are not left on the server and low on space.

So my guess is that the problem is that Thunderbird is not noting its inability to write the mail to disk, and so because part of it is present, it assumes the whole thing is and never redownloads. Out of disk space behaviour is an edge case; be happy we don't crash :-) Someone with the ability to control free disk space will need to try and reproduce this. Gerv

(In reply to comment #1) > Out of disk space behaviour is an edge case; be happy we don't crash :-) Well I mean it can be critical if the user chose to have the messages deleted off the server during each download. The local copy would be blank and the server would no longer have the message. In this case I think it would be best to just deny retrieval of any new messages until space is freed(maybe a new minimum space limit setting under the disk space option that kicks the client into offline mode when the free space is below that limit).

(In reply to comment #2) > (In reply to comment #1) > > Out of disk space behaviour is an edge case; be happy we don't crash :-) > > Well I mean it can be critical if the user chose to have the messages deleted > off the server during each download. T quite sure there is a bug about this

xref bug 239455 which is nominated for blocking tb3 mail store corruption is obviously happening in pop3, nntp in the case of disc space limitations. It would be best if the scope of bug 239455 would be enlarged to include all protocols..but I guess that would be up to whoever takes that bug. Marking New on the basis of many similar dups to that bug.

(In reply to comment #4) > xref bug 239455 which is nominated for blocking tb3 That bug is similar to this one (disk space-wise) but for this incident thunderbird _proceeds_ to download mail instead of politely discontinuing mail retrieval.

fwiw, this is easy to chase if you want to w/ ntfs+quotas.

(In reply to Joe Sabash from comment #4) > xref bug 239455 which is nominated for blocking tb3 > mail store corruption is obviously happening in pop3, nntp in the case of > disc space limitations. > It would be best if the scope of bug 239455 would be enlarged to include all > protocols..but I guess that would be up to whoever takes that bug. I just reopened bug 239455 based on recent reports there. Keeping that bug for pop. And this bug for imap - but it could use a retest