Closed Bug 521199 Opened 15 years ago Closed 15 years ago

Can't save draft emails

Categories

(SeaMonkey :: MailNews: Backend, defect)

Product:
SeaMonkey
Component:
MailNews: Backend
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: Hb, Unassigned)

References

Details

(Keywords: fixed-seamonkey2.0, Whiteboard: [fixed by bug 522365])

Attachments

(1 file)

Filemon and Enigmail Logs
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?
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?
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.
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-
No idea, sorry, nor was I able to reproduce the bug.
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.
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?
Friedhelm, 

Do you have Enigmail installed?
(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?
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?
(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?
(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.
(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
Blocks: 522689
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.
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
This might have been fixed by the checkin for bug 522365.
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
(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
Whiteboard: [fixed by bug 522365]
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.

Attachment

General

Creator:
Created:
Updated:
Size: