Closed Bug 492267 Opened 15 years ago Closed 15 years ago

Automatic backups of drafts not deleted

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: dnh, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042523 

When writing a new e-mail on my IMAP-account, automatic backups are made in my online drafts folder. In Thunderbird, everything looks fine, but when I access the account via webmail or using a certain Redmond product I can see that the automatic backups are not deleted, all versions are kept in the folder.

Reproducible: Always

Steps to Reproduce:
1. Start writing an e-mail on my IMAP-account.
2. Take you time so Thunderbird starts making backups.
3. Send or save the mail.
4. Check your account via webmail.
Should of course be this built-information: Version 2.0.0.21 (20090409). Sorry...
Get IMAP log, and check IMAP level flow first.
 - Getting Log           : See bug 402793 comment #1 and bug 402793 comment #16.
 - IMAP command/response : See http://tools.ietf.org/html/rfc3501
If(and only if) Tb's fault is found in log, attach log file to this bug(never paste, please). If username/mail-addr etc. is sensitive data for you, replace them with safe string before open log data to public.
The IMAP protocol has two steps to delete a message, the first one is just to mark it as deleted and the second one is to actually compact ("expunge") the folder. Can you verify that the draft message is not just marked as deleted but still physically present in the folder as it hasn't been expunged yet?
Severity: minor → normal
Yes, I can verify this. They disappear in Thunderbird, but are shown as perfectly "normal" e-mails in Outlook. This also goes for the automatically saved drafts, not only the manually saved drafts.

Figuring out how to save the IMAP log is too complicated and time consuming, sorry.
dnh, what is your interval setting for check new mail, and for the backup interval?

BTW, I occasionally see this, mostly when those interval settings ar small, and it is most irritating because you learn to not trust what is in drafts

possible related bugs 
bug 382517 version of draft) is not removed from thread pane until folder re-open 
bug 279366 "Options > Send a Copy" makes copy on SAVE; multiple saves results in multiple copies in the Drafts folder 
bug 482836 Multiple (iterations) copies of draft messages are saved in the DRAFTS folder (local Drafts folder, not IMAP) 

this may end up being a duplicate of the last bug
Component: General → Message Compose Window
QA Contact: general → message-compose
(In reply to comment #1)
> Should of course be this built-information: Version 2.0.0.21 (20090409).
> Sorry...

This was true with TB2 and is with TB3, using POP3 and Windows XP
Flags: blocking-thunderbird3?
I've just tested this and with my setup it works fine:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.5) Gecko/20091115 Lightning/1.0pre Shredder/3.0.1pre

The fact that this bug is unconfirmed means and we're not seeing lots of complaints about it suggests to me that this is likely to be a server specific issue or a certain configuration.

There's also no clear steps to repeat which will make tracking this down hard.

Therefore not blocking on this.

I would suggest however that getting a protocol log:

https://wiki.mozilla.org/MailNews:Logging

would be a good way of providing information that may enable us to resolve what the issue is.
Flags: blocking-thunderbird3? → blocking-thunderbird3-
Keywords: qawanted
Luduvic Hirlimann: you marked a _confirmed_ bug for _all_ platforms and the _local_ draft folder (532875) new to thunderbird 3 as a duplicate for this one (originally _only_ _online_ _imap_ drafts folder with thunderbird _2.0.0.21_ on _linux_ and _unconfirmed_: other than that I think those bugs are related but not duplicates, shouldn't you set this but now to confirmed and platform to all?
No IMAP log is provided by bug opener for lo---ng time, even though repeated request for log.
There is no way to determine that this bug is for which of next cases.
 a. old draft is not deleted from IMP server.
    Some are due to Tb's bug, but some are due to server's fault.
 b. deleted old draft is still displayed at thread pane.
    Mainly due to Tb's bug.
 c. User error.
    Tb doesn't display mail with \Deleted as active mail, 
    but Web mail displays mail with \Deleted as active mail.
Bug(s) for each case is already opened(and some are already closed).
There is no need to keep this bug open.
Closing as INCOMPLETE.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
Hey, great. There is a bug of the NEW thunderbird 3 builds with keeping autosaved drafts in the LOCAL folder CONFIRMED on win32 and linux (Bug 532875), but it has been RESOLVED AS DUPLICATE of this one, IMAP specific, NOT CONFIRMED and now CLOSED as INCOMPLETE.

Is this the way Mozilla Messaging deals with bugs: marking them as duplicates of an incomplete ones and than closing the latter? Very efficient in getting rid of open bugs, I admit, but very ineffective in solving them ... ;-)
(In reply to comment #12)

heinz.repp@arcor.de, your Bug 532875(for local Drafts folder, add-on is suspected) has been re-opened.
Sorry for lack of sufficient communication in our triage work at B.M.O by volunteers.
  I closed this bug as INCOMPLETE without asking Ludovic(a people in members
  who are fighting every day with too many bugs without sufficient data for
  diagnosis) for appropriate action on this bug.
(In reply to comment #12)
 
> Is this the way Mozilla Messaging deals with bugs: marking them as duplicates
> of an incomplete ones and than closing the latter? Very efficient in getting
> rid of open bugs, I admit, but very ineffective in solving them ... ;-)

No, that's not our goal. Goal is to have bugs we can do something with and make it easier for the dev to fix. So the more details we can provide the better. And it's not worth having 5 bugs when none of them are useful, hence the consolidation I did this morning.

(In reply to comment #13)
> (In reply to comment #12)
> 
> heinz.repp@arcor.de, your Bug 532875(for local Drafts folder, add-on is
> suspected) has been re-opened.
> Sorry for lack of sufficient communication in our triage work at B.M.O by
> volunteers.

I'm going to second the sorry. Sometime it's difficult to do the right thing. The idea here is to gather data - se bugs can be fixed, on top of that we need to figure out misusage by users reporting what they think are bugs, users just asking questions etc ....
(Off-Topic)
(In reply to comment #14)
> I'm going to second the sorry.

I believe you don't need to say sorry for this bug and that bug.
Even If I think your triage work is not appropriate for me, I can shout "Boo, Boo!, Ludo" instead of saying "Nice Shot!, Ludo" :-)
Even if your action for trage of bug(s) is not so appropriate for us, we old peoples can modify it based on our experiences in software developement.
Ludo, continue your great triage works at B.M.O, please.
My employer changed to Exchange 2007, now the problem has become worse, even regular e-mails are often not deleted from the inbox.
Resolution: INCOMPLETE → FIXED
FIXED at B.M.O : Tb's flaw in code really existed, and resolved by known patch.
WORKSFORME     : Tb's flaw in code really existed, and resolved by unknown patch.

There is still no evidence that Tb's flaw in code really existed.
If closing as INCOMPLETE is not appropriate, I believe INVALID is appropriate per comment #16.
Moving back to INCOMPLETE as there isn't sufficient information if it's an old issue solved by now, and initially Exchange wasn't apparently used, thus no conclusive indication that the server is at fault here for an INVALID verdict. Anyway, if anybody considers this a wrong resolution, or if dnh has further information to add, please change or reopen as adequate.
Resolution: FIXED → INCOMPLETE
(In reply to comment #1)
> Should of course be this built-information: Version 2.0.0.21 (20090409).

P.S.: Did you try 3.0 by now? A lot has changed in the IMAP backend since.
Initially, Exchange 2003 was used, as far as I know.

I am now with TB 2.0.0.23, always using the latest version in the official repositories.
Resolution: INCOMPLETE → FIXED
(In reply to comment #20)
> Initially, Exchange 2003 was used, as far as I know.
> 
> I am now with TB 2.0.0.23, always using the latest version in the official
> repositories.

What linux distro do you use ?
(K)Ubuntu 9.10
(In reply to comment #22)
> (K)Ubuntu 9.10

Ubuntu provides Thunderbird 3.0 - so you could be running it.
It doesn't appear in Adept, though. One could install a daily build via PPA, I understand, but Ubuntu itself does not provide it yet - or have I overlooked something?
assuming dnh unintentionally changed resolution to FIXED via midair collision ... and changing resolution back to INCOMPLETE. (but if this bug really is fixed, please put fixing bug# in whiteboard, and remove "qawanted, regressionwindow-wanted" from keywords. and if this IS a regression and the  regression windows is roughly known, that would be interesting information to have)

I am a fellow sufferer and would love to see these issues resolved. But I'm in agreement with Mark and others .... if you see this problem please file your own bug in the COMPOSE component, and attach a protocol log. And maybe even help reporters in other bugs (listed below) to diagnose their situation.

So as a point of interest, here are just a few of the open drafts bugs...
* Bug 468817 -  If a message is stored in Drafts, it won't be put in the Sent Mail box after sending
* Bug 540158 -  save draft
* Bug 460085 -  snapshots of composed emails save as separate messages in IMAP drafts folder
* Bug 279366 -  "Options > Send a Copy" makes copy on SAVE; multiple saves results in multiple copies in the Drafts folder
* Bug 532875 -  auto-saved drafts not removed after send from local Drafts mail folder
* Bug 540047 -  [GMail] Sending a draft doesn't remove the draft, saving a draft duplicates it.

rough query: https://bugzilla.mozilla.org/buglist.cgi?short_desc=draft;field0-0-0=short_desc;bug_severity=normal;bug_severity=minor;resolution=---;query_format=advanced;longdesc=delet%20mult;short_desc_type=allwordssubstr;type0-0-0=nowordssubstr;value0-0-0=junk%20size%20line%20header%20attach;product=MailNews%20Core;product=Thunderbird;longdesc_type=anywordssubstr
Resolution: FIXED → INCOMPLETE
I figured out how to install TB 3.0.1 on Kubuntu 9.10. The problem seems indeed to be gone, drafts are deleted upon exiting TB.
Resolution: INCOMPLETE → FIXED
dnh, we don't use FIXED to indicate a bug is gone, when we don't know which patch fixed the issue. see https://bugzilla.mozilla.org/page.cgi?id=fields.html#status
Resolution: FIXED → WORKSFORME
Keywords: qawanted, regressionwindow-wanted
sorry, i didn't use any status button, at least not intentionally.
You need to log in before you can comment on or make changes to this bug.