Open Bug 102030 Opened 23 years ago Updated 2 years ago

No "Copy to Sent folder failed" error, copy in Sent is hdr only - Out of Disk Space

Categories

(MailNews Core :: Backend, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: laurel, Unassigned)

Details

(Keywords: dataloss)

Attachments

(1 file)

54 bytes, text/plain
Details
Using sep26 commercial 0.9.4. branch, linux rh6.2 Found while testing bug 57902 When out of disk space (df was showing partition 100% used, 0 available)on the partition where my local mail files were stored I was able to send a message with body and attachments since my tmpdir was on a partition with space available and the message was received (on a different machine/different user) intact, all attachments ok. My Copy to Sent Folder pref was set to a local folder/pop account (again, on the partition which was out of space). Upon sending the message I did not see an error that the Sent folder copy operation failed. When I looked at the Sent folder there was a header entry for that message in the thread pane, but if selected no message content or attachment displayed (attachment pane or message pane). Steps: 1. The tmp directory is able to be written to -- it is on a partition having ample disk space available. 2. Mail files are located in a partition with no disk space left. 3. Mail account (POP3) settings has Copy to Sent Folder enabled and pointed to local Sent folder. (I tried both settings of POP acct and Local Folders.) 4. Compose a new message and attach a file, or do a Send Page (I used POP account). Send it to yourself and to a user on another machine (where disk space available). 5. Send the message -- sends fine. Note: no alert telling you the Sent copy didn't work. 6. Receive and select the message on the other machine. Message is received intact, attachment OK. 7. On the sending machine, check the Sent folder for the sent message copy. Note: Header appears in the thread pane. Select the message and see that it will not display content or attachment, just the header was filed. 8. Once disk space is freed again, Get Msgs and select the message in the Inbox. It arrives intact, attachment OK. Result: Not warned of problem filing copy to Sent folder when out of disk space. Sent copy is incomplete. Expected: Warning that the Sent copy operation could not be completed.
QA Contact: esther → laurel
Target Milestone: --- → mozilla1.0.1
Status: NEW → ASSIGNED
Product: MailNews → Core
Target Milestone: mozilla1.0.1 → ---
Assignee: ducarroz → nobody
Status: ASSIGNED → NEW
QA Contact: laurel → backend
Product: Core → MailNews Core
Severity: normal → critical
I wonder whether this problem can be reproduced with a more simple test environment: * Profile on a small USB stick * Stick nearby full * download some bigger e-mails to exceed disk space * Proceed steps how to reproduce ** we will see what happens
Your results should be interesting. Aceman fixed one out of space issue, but iirc that was for compact. Also, ishikawa over the next few months should be landing patches that improve IO error results checking.
I did a test with enviornment: - USB-Stick 4GB as WIN7 drive “E:” - Newly created user profile + 1 POP3-e-mail-account + 1 EMAP-e-mail-account 1 Folder “filling” with lots of mp3 – files so that only 70 MB Spacee are remaining on “E” 1. I sent 2 emails with few 2MB MP3 files from POP3 to IMAP account » worked fine, 16 MB Space remaining 2. I sent last mail form EMAP to POP3 - Account » Endless “Copying to SENT-folder”, after [Cancel] error message “Error when copying. Try again?” I gambled around for a while, sent mails with 2MB attachments between the 2 accounts, always deleted few files from folder “filling” when I got a message “... not possible, too few disk space”. I never saw something unexpected like dataloss after 'compact account folders' or failed copy action. If a copy action failed because of lacking disk space, it always was successful with next attempt after I had deleted few MB from folder “filling”. Of course these results prove nothing, but might be an indication that the problem "copy action aborted without warning" does not exist with German SeaMonkey 2.38b1 (Windows NT 6.1; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0 Build 20150904215228 (Classic Theme) on German WIN7 64bit (or related Thunderbird version); or that the problem is related to reporter's test environment. Additional information: a) This bug has never been reproduced by a second user, so UNCONFIRMED b) I think we should close this very old bug report and concentrate on reports for current software versions <https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=latestspacelackmailproblems&sharer_id=41036&list_id=12556254>
Status: NEW → UNCONFIRMED
Ever confirmed: false
It could make a difference that the reporter was running linux
Attached file Hacker

This bug should be closed due to inactivity

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: