Closed
Bug 521199
Opened 15 years ago
Closed 15 years ago
Can't save draft emails
Categories
(SeaMonkey :: MailNews: Backend, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Hb, Unassigned)
References
Details
(Keywords: fixed-seamonkey2.0, Whiteboard: [fixed by bug 522365])
Attachments
(1 file)
5.87 KB,
text/plain
|
Details |
Since several weeks sometimes saving email drafts is impossible. The error is inconsistent. Filemon shows a sharing violation on a file in the Temp directory. Seamonkey creates a new file in the Temp dir after that. The Temp dir had around 80 abandoned nsemail-??.eml files. Preference setting Mail&Newsgroups - Composition - Automatically save the message every x minutes was true. Product used: Seamonkey 2.0pre (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20091007 Lightning/1.0pre Enigmail (build: 2009-10-07, version: 0.97a.0+)
SeaMonkey tries to open -5.eml: sharing violation then create nsemail.eml -> name collision then queryOpen nsemail.eml -> success then create nsemail-1.eml -> name collision then queryOpen nsemail-1.eml -> success ... then create nsemail-6.eml -> name collision then queryOpen nsemai-6l.eml -> success then create nsemail.eml -> name collision ... then write nsemai-6l.eml -> success Maybe the last .eml files was not closed before it is opened again (create?) Is funny that SM tries to create the file with the highest number SM has used (created) already before. Afterwards SM tries to open all files it created before. Maybe SM should not use "CreateFile" but "QueryOpen" at the beginning!?
Flags: wanted-seamonkey2.0?
Flags: blocking-seamonkey2.0?
Comment 2•15 years ago
|
||
I can confirm this behavior only with Enigmail 0.97a installed. Can you reproduce it with clean profile?
(In reply to comment #2) > I can confirm this behavior only with Enigmail 0.97a installed. How did you trigger the error? > Can you reproduce it with clean profile? After learning how to reproduce the error I will try this. Could it be a race condition between temporary files?
Comment 4•15 years ago
|
||
Steps to reproduce: 1. Set yourself new mail account. I tested IMAP only. 2. Install fresh nigthly build of Enigmail from http://enigmail.mozdev.org/download/nightly.php (tested with 2009-10-12 and 2009-10-13 builds). 3. Start composing a message. 4. *Every* time you try to save the message as a draft (via Ctrl+S shortcut) following error popup appears: "Unable to save your message as draft. Please verify that your Mail & Newsgroups account settings are correct and try again." Reproduced with both Linux and Windows SeaMonkey 2.0 RC1 Gecko/20091007. With uninstalled/disabled Enigmail extensions this particular problem disappears. Also other annoying problems gone, thus I suppose it's a problem with nightly build of Enigmail.
Comment 5•15 years ago
|
||
Not blocking 2.0 on this, but sure would be nice to get a hold of in the 2.0 series. Neil, you usually seem to have some insight in file operations, any idea on this?
Flags: wanted-seamonkey2.0?
Flags: wanted-seamonkey2.0+
Flags: blocking-seamonkey2.0?
Flags: blocking-seamonkey2.0-
Comment 6•15 years ago
|
||
No idea, sorry, nor was I able to reproduce the bug.
Comment 7•15 years ago
|
||
Ah, so the problem is somehow related to EnigMail. I have similar problems since some weeks and never made that connection. (My version is also old: "Enigmail version 0.96a (20090616-1435)", I have to rebuild myself some time because there is not 64bit Linux EnigMail nightly.)
One additional explanation (I use POP and Local Folder for e-mails): 1. Compose new e-mail and save it and close it. 2. Go to Draft folder 3. Re-open this e-mail and try to continue editing and saving. 4. Save does not work. "Unable to save your message as draft. Please verify that your Mail & Newsgroups account settings are correct and try again." Also with auto-save the message pops up then. This behaviour is reproducible. Permanent faulty behaviour
SeaMonkey tries to "create" the latest existing .eml file: "sharing violation". I think this error is clear if you try to Create an already existing file.
Comment 10•15 years ago
|
||
After this problem happens once I am not able to save any other draft message. Maybe .eml file not properly closed or deleted after closing the e-mail. But still, why creating an already existing .eml file?
Reporter | ||
Comment 11•15 years ago
|
||
Friedhelm, Do you have Enigmail installed?
Comment 12•15 years ago
|
||
(In reply to comment #0) > The Temp dir had around 80 abandoned nsemail-??.eml files. Garbages in temporary directory can be observed by cancel of saving draft. (1) Compose a mail, (2) Attach may mails, (3) Save As Draft, (4) Cancel while draft saving is in progress => error dialog => garbages File name in this case (N mails are attached, on MS Win) : nsmail.tmp, nsmail-1.tmp to nsmail-{N-1}.tmp These garbages remain, even after termination of Thunderbird. Because new suffix is used in next composition/draft saving/mail sending, number of garbages increases upon each error or cancel. It's known phenomenon(see Bug 389132). I don't know whether bug for the specific problem(not deleted upon error) is already opened or not. (In reply to comment #1) > then create nsemail-6.eml -> name collision > then queryOpen nsemai-6l.eml -> success > then create nsemail.eml -> name collision > ... > then write nsemai-6l.eml -> success "6 and small L" instead of 61(sixty one)? Enigmail uses non-numeric suffix? Bug opener says "The error is inconsistent", and he uses auto-save. Friedhelm.Kunkel@t-online.de, do you produce problem by every "Ctrl+S" of any mail? (In reply to comment #0) > Automatically save the message every x minutes was true. To Hb(bug opener): What value do you use as auto-save interval? Is there any relevant error in Error Console? Is "IMAP folder or Local mail folder" relevant to this bug? Do you think "timing related issue"? (e.g. contention between auto-save and Ctrl+S) (In reply to comment #0) > The error is inconsistent. Michal Kec says in comment #4; > 4. *Every* time you try to save the message as a draft (via Ctrl+S shortcut) > following error popup appears: "Unable to save your message as draft. Please > verify that your Mail & Newsgroups account settings are correct and try again." To Hb(bug opener) and Michal Kec: What is difference between comment #0 and comment #4? (Q1) What kind of mail? (1-a) Problem when new mail composition? (1-b) Problem when "Edit Draft" which was saved while new mail composition? (1-c) "Edit As New" of received mail or mail in Sent? (1-d) If (c)=Yes, mail encripted by Enigmail or some other mailers? (1-e) HTML mail? Plain text mail? Or both? (1-f) If HTML mail, is inline <img> relevant? (Q2) What kind of problem? (2-a) Bug 461785 exists. Similar phenomenon to that bug when Enigmail is used?
Comment 13•15 years ago
|
||
I have enigmail 0.97a add-on installed but do not use it when composing new e-mails. "do you produce problem by every "Ctrl+S" of any mail?": After I saved a draft e-mail first time and closed it. The problem is permanent. As I said: SeaMonkey tries to create the latest existing .eml file again when composing and saving an existing or new e-mail. Why this .eml file is not deleted after closing the e-mail? Why SeaMonkey does not check, if this file already exists before creating it?
Comment 14•15 years ago
|
||
(In reply to comment #13) > As I said: SeaMonkey tries to create the latest existing .eml file again when > composing and saving an existing or new e-mail. > Why this .eml file is not deleted after closing the e-mail? > Why SeaMonkey does not check, if this file already exists before creating it? Garbage of nsmail.tmp, nsmail-{N}.tmp, nsmail.eml, nsmail-{N}.eml was observed with normal draft save, and reuse of garbage/delete of gargage was also observed. (1) New mail composition, and attach mails. Attach mails and save => nsmail-{N}.tmp is created Save and close => nsmail-{N}.tmp are not deleted. When other new mail is composed, nsmail-{N}.tmp is reused. (2) Edit of the saved draft mail => nsmail-{N}.eml is created. Save and close => all nsmail-{N}.tmp is deleted, because no new attachment. nsmail-{N}.eml is not deleted. Remained nsmail-{N}.eml looks to be reused by next edit of draft mail. multipart/signed mail has similar structure to miltipart/mixed + message/rfc822 mail (mail with attached mails). You are probably looking similar phenomenon to above which I saw. Hb says as follows. > Filemon shows a sharing violation on a file in the Temp directory. > Seamonkey creates a new file in the Temp dir after that. When nsmail-{N}.tmp was being used by other Mozilla(I used SeaMonkey), Thunderbird created/used nsmail-{N+1}.tmp. I think "sharing violation" occurs in this case. Is the "sharing violation" a cause of draft save error?
Reporter | ||
Comment 15•15 years ago
|
||
(In reply to WADA, comment #12) > These garbages remain, even after termination of Thunderbird. ... Please state the version you use. > What value do you use as auto-save interval? 6 minutes. Changes to Auto Save are not recognized by already open message composing windows. They try to autosave their content even after switching Auto save off. > Is there any relevant error in Error Console? No. > Is "IMAP folder or Local mail folder" relevant to this bug? Local folder with unshared Inbox. > Do you think "timing related issue"? > (e.g. contention between auto-save and Ctrl+S) I strongly tend to an Enigmail issue. Those temp files mostly contain only the headers and not the message body. If Enigmal is set active for the account message bodies are affected when saving drafts. (In reply to Friedhelm, comment #13) > After I saved a draft e-mail first time and closed it. The problem is > permanent. Same here. First email works and then problems begin.
Comment 16•15 years ago
|
||
(In reply to comment #15) > Please state the version you use. I checked with next build. > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20091006 Shredder/3.0pre
Reporter | ||
Comment 17•15 years ago
|
||
No more errors occured here after setting in about:config extensions.enigmail.saveEncrypted = 2 Values for saveEncrypted are 0 - Ask user if drafts should be saved encrypted 1 - Always save encrypted AND signed 2 - Don't save encrypted AND signed The GUI message box for setting this appears only if encrypted mails should be saved. It does not appear before saving signed mails. http://www.mozdev.org/pipermail/enigmail/2009-September/011523.html The flag wanted-seamonkey2.0 may be deleted.
Comment 18•15 years ago
|
||
Was reproducable here with Seamonkey 2.0pre from some days ago on Mac OS X 10.5 Has gone with todays Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1.5pre) Gecko/20091016 SeaMonkey/2.0.1pre extensions.enigmail.saveEncrypted = 0 HTH
Comment 19•15 years ago
|
||
This might have been fixed by the checkin for bug 522365.
Reporter | ||
Comment 20•15 years ago
|
||
Can't confirm any more with (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) Gecko/20091017 Lightning/1.0pre SeaMonkey/2.0.1pre and Enigmail 0.97a (20091013-0600)
Status: NEW → UNCONFIRMED
Ever confirmed: false
Comment 21•15 years ago
|
||
(In reply to comment #20) > Can't confirm any more with (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) > Gecko/20091017 Lightning/1.0pre SeaMonkey/2.0.1pre and Enigmail 0.97a > (20091013-0600) Then you resolved it the wrong way. UNCONFIRMED means it has never been confirmed and might not have been a bug in the first place. That's not the case here, the bug was there, right? I'll mark it RESOLVED FIXED now since I'm pretty sure comment 19 applies. If you're unsure in similar cases in the future, mark the respective bug RESOLVED WORKSFORME (WFM).
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•15 years ago
|
Whiteboard: [fixed by bug 522365]
Comment 22•15 years ago
|
||
OK, if I understand this correctly, this is fixed on 2.0 as well, then, therefore marking as such to get it off the "unfixed wanted" radar.
Keywords: fixed-seamonkey2.0
You need to log in
before you can comment on or make changes to this bug.
Description
•