User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 "Replied" status of original incoming message is not changed to 'replied' if reply message is first saved as draft before re-opening and sending. Reproducible: Always Steps to Reproduce: 1. select an incoming message from list (original message) 2. press reply (editor opens) 3. write and save message (Ctrl+s) (no sending) 4. close editor 5. re-open message from 'Drafts' folder 6. select 'Edit...' to open reply message in editor 7. finalise message and send the reply to the original message Actual Results: status of original message is not set to 'replied' Expected Results: status of original message is set to 'replied'

Confirmed here on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) Gecko/20091014 Lightning/1.0pre Shredder/3.0pre ID:20091014032202

Aureliano says that TB2 behaves the same.

Wasn't this bug 128996? So it would be a regression from earlier trunk versions.

As much as we'd like this, we wouldn't hold for it if it were the last bug standing.

Request wanted-thunderbir3.1 flag on.

reasons for the request: usually I rely on "reply" icon to know if it may be useful to use "show in conversation" feature. Unlike I should use "show in conversation" blindfold

dunno about you, I just want to know if I have actually replied to whatever message, or am i still cogitating. I confess it's a bug in me as well, but still.

I also just encountered this and came to mention it here. Glad it's already been submitted. I also rely a lot on the reply icon to indicate that I have replied and have not left the conversation hanging at my end. A "work-around" I found is to click FWD on the msg and then edit the TO: field and send it to yourself. That way you don't actually send another reply, but the reply icon does appear on the email. (I then deleted the extra reply msg that I sent myself) Hope that helps hold you over until it's fixed.

I meant to say click REPLY instead of FWD.

To bug opener and all problem reportes in this bug: Are you reporting problem of which case in which version of Tb? (i) Replied mail = mail in local mail folder, Drafts folder = local mail folder (ii) Replied mail = mail in IMAP mail folder, Drafts folder = local mail folder (iii) Replied mail = mail in local mail folder, Drafts folder = IMAP mail folder (iv) Replied mail = mail in IMAP mail folder, Drafts folder = IMAP mail folder As seen in bug 268589 comment #1 (IMAP drats folder, on 2005-07-31, Tb 1.0.2) and bug 268589 comment #3 (unknown drats folder, mail in both local&IMAP folder, on 2005-11-04, perhaps Tb 1.5b2), phenomenon reported to this bug looks very old issue, and it may depend on Tb version and it seems to depend on mail location and drafts folder location. As for (iii) and/or (iv), it looks problem since initial of Tb because bug 268589 comment #1 is report for "Tb 1.0.2 on 2005-07-31, IMAP drats folder case". (In reply to Magnus Melin from comment #3) > Keywords: regression Magnus, regression by which version of Tb over which version of Tb? If this bug's problem occurred on (i) and/or (ii), local Drafts folder case, for long time, I believe very many users would have posted "me too" in bug 268589 or this bug or bugs duped to this bug. As you added "IMAP only" in bug summary, I think IMAP drafts folder only problem since initial. If reression existed, it's perhaps on (i) and/or (ii), local drafts folder case, in some Tb releases or some Tb builds, and it's already resolved, because this bug's problem doesn't occur on (i) and/or (ii) in Tb 8.

I've tested this in TB8.0 today and it is working correctly. I clicked REPLY and then saved the draft. Then I openned the draft and sent it. I DO have a reply icon by the message. GREAT! Thanks to whoever fixed it!! (I use POP3 accounts, not sure if that matters.)

(In reply to David Wiebe from comment #16) > (I use POP3 accounts, not sure if that matters.) You reported problem on 2011-03-14 in this bug, so you perhaps used Tb 3.1.7, or Tb 3.1.8/Tb 3.1.9. > http://en.wikipedia.org/wiki/History_of_Mozilla_Thunderbird And, your case is case of (i) in comment #15, replied mail is in local mail folder and draft mail is saved in local Drafts folder. (local mail folder == mail folder of POP3 account or "Local Folders") Regression looks to have actually existed in some Tb releases on case (i), and it looks resolved by Tb 8 or a Tb release before Tb 8. Because your case is local Drafts folder case, at least two different problems are being processed in this bug, unless initial report of comment #0 and all problem reports in this bug is report for case (i) or (ii), local Drafts folder case. (a) problem when IMAP Drafts folder since initial of Tb. I believe "Keyword: regression" is invalid for this problem, because issue from Tb 1.0. (b) regression on local Drafts folder case which is already worksforme in Tb 8. I believe "IMAP only" in bug summary is incorrect for this problem.

> bug 530528 : opened on 2009-11-23, unknown Tb version > duped by Ludovic Hirlimann on 2009-11-24 > bug 530528 comment #0 > My email account is IMAP > Replied mail is in IMAP folder, Drafts folder location is perhaps IMAP folder. > bug 597441 : opened on 2010-09-17, Thunderbird/3.1.3 > duped by Aureliano Buendia on 2010-09-21 > Reply, Send Later case. Drafts folder location is unknown. > bug 627989 : opened on 2011-01-22, Thunderbird/3.3a3pre > duped by bug opener himself, Nikolay Shopik, on 2011-01-22 > bug 627989 comment #0 > Re-open draft send it. No \Answered flag is set on message which I'm originally replied. > Replied mail is in IMAP folder, Drafts folder location is unknown Because at least two IMAP cases are duped to this bug, this bug is apparently not for local Drafts folder case only. Why can "Reply, Send Later" case can be duped to "Reply, Save as draft, exit composition, Edit draft, Send" case so quickly without any problem analysis, simply because external symptom of "replied status is not set" is same?

Above comment's title is "Duped bugs to this bug". I erased it upon copy&paste.

(In reply to David Wiebe from comment #16) > I've tested this in TB8.0 today and it is working correctly. David Wiebe, can you check whether Tb 8 is torelant with two times of "Save as draft" or not? Case : (i) replied mail is in POP3 mail folder, Drafts folder of POP3 account (1) Reply, (2) Save as draft, (3) Exit composition window, (4) Edit draft, (5) Save as draft, (6) Exit composition window, (7) Edit draft, (8) Send How about next? (combination of STR of duped bug 597441 and STR of this bug) (1) Reply, (2) Save as draft, (3) Exit composition window, (4) Edit draft, (5) Send Later, (6) Send Unsent Messages How about next? (modified STR of two times of "Save as draft") (1) Reply, (2) Save as draft, (3) Exit composition window, (4) Edit draft, (5) Save as draft, (6) Exit composition window, (7) Edit draft, (8) Send Later, (9) Send Unsent Messages

For "Send Later" case. STR of this bug : (1) Reply, (2) Save as draft & exit => saved in Drafts folder (3) Edit draft, (4) Send => read from Drafts, and mail is sent Send Later : (1) Reply, (2) Send Later, => saved in Outbox of Local Folders (3) Send Unsent Messeages => read from Outbox, and mail is sent Because Outbox(Unsent Messages/Unsent Messages.msf) is local mail folder, "Send Later" is almost identical to "Save as draft into local Drafts folder" and "Send Unsent Messages" is almost identical to "Edit draft in local Drafts folder & Send", except mail folder to which mail data is saved and mail folder from which mail data is read. So, same problem can happen in both cases. However, "Send Later" is never absolutely same as "Save as draft to local Drafts folder", and "Send Unsent Messages" is never absolutely same as "Edit draft in local Drafts folder & Send". Even if problem is caused by same flaw in same program code in both cases, I believe both are better kept in separated bugs with setting dependency until developer who will create fix has completed problem analysis and has found cause of problem, unless this bug is for any phenomenon/problem of "somehow replied status is not set after reply mail is sent" in any Tb release.

Currently known status in Tb 8. Note: "Save as draft" == execute Save as draft, and close mail composition window. Folder in which Folder in which mail is held Number replied replied mail is held Drafts(save as draft) of save status STR /Outbox(send later) (A) local or IMAP folder local Drafts 1 O Reply, Save as draft, Edit draft, Send (B) local or IMAP folder IMAP Drafts 1 X Reply, Save as draft, Edit draft, Send (C) local or IMAP folder Outbox 1 O Reply, Send Later Still observed phenomenon in Tb 8. (D) local or IMAP folder local Drafts 2 X Reply, Save as draft, Edit draft, Save as draft, Edit draft, Send (E) local or IMAP folder local Drafts & Outbox 2 X (1 for Drafts, 1 for Outbox) Reply, Save as draft, Edit draft, Send Later, Send unsent Messages To who set Keyword: regression of this bug, who duped some bugs to this bug, who added "IMAP only" in bug summary: Is this bug for any of above cases? (In reply to Magnus Melin from comment #3) > Wasn't this bug 128996? So it would be a regression from earlier trunk versions. Magnus Melin, is this applicable to IMAP Drafts case? Term "IMAP" in "fix for imap case on trunk" of that bug 128996 is "replied mail in IMAP folder" instead of "IMAP Drafts folder", isn't it? Was fix verification test actually done for "IMAP Drafts folder" case in that bug? Following is apparent. (a) "Replied is not set when (B)"(IMAP Drafts case) is reported to bug 268589 comment #1 on 2005-07-31 for Tb 1.0.2. (c) "Replied is not set when (A)", which is worksforme in Tb 8, was involved in problems reported in this bug. (d) Problem of a duped bug to this bug is for "replied is not set when (C)" in Thunderbird/3.1.3, and it's also worksforme in Tb 8. It looks for me next; 1. IMAP Drafts folder case doesn't work since initial of Tb. 2. By bug 128996, "local Drafts folder/one times of Save as draft" case was resolved for both "replied mail in local mail folder" and "replied mail in local mail folder". That bug was finally changed to FIXED on 2007-07-30 with patch of "fix for imap case on trunk", and Target Milestone: mozilla1.9alpha7 was set on 2008-05-21 by you. 3. Reression on "local Drafts folder/one times of Save as draft" case happened. At least this bug's comment #11 by David Wiebe on 2011-03-14 is for this case, as proven by his comment #16. 4. The regression of 3 is resolved by unknown fix, and it's already WORKSFORME in Tb 8. 5. Following are left. 5-1. IMAP Drafts folder case is still untouched. 5-2. "Multiple times of Edit draft/Save as draft" is never cared for.

Following is quick history of bugs which contain "replied status" in bug summary and for "replied status when reply/forward". Regression by next fix? > 2009-03-19 : bug 366968 is FIXED, Target Milestone: Thunderbird 3.0b3 Bug of "'replied status' in bug summary" && for "replied status when reply/forward" && for IMAP case, which I could reach by search at B.M.O, were only bug 530528, bug 627989, and bug 710584(based on bug 268589 comment #1, check result with Tb 8) which were opened after 2009-11-23. IMAP Drafts folder case is also regression by that bug and IMAP Drafts case is unfortunately not resolved yet? If this bug is regression by bug 366968, what does next in comment #2 from Ludovic mean? > Aureliano says that TB2 behaves the same. Which case was checked by Aureliano with Tb 2? > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > bug # open date status dup of bug summary > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > bug 103732 2001-10-08 FIXE mail status "replied" not set if mail replied "offline" > bug 124807 2002-02-11 DUPL bug 149395 read/replied message status tracking incomplete > bug 128996 2002-03-05 FIXE Sending a saved draft does not update the 'Read/Replied/forwarded' status > bug 146452 2002-05-23 DUPL bug 60795 mail status not changed to `forwarded' (or `replied') > bug 149147 2002-06-04 DUPL bug 146452 Mail window not correctly showing replied mail with "replied" status flag > bug 149395 2002-06-05 DUPL bug 103732 Replying to a message when via 'Send Later' doesn't update the status of the original message to Replied > bug 150152 2002-06-08 DUPL bug 128996 sending reply from Drafts doesn't set the status to "Replied" > bug 165193 2002-08-28 DUPL bug 128996 Mail status not changed to Forwarded or Replied when message is Saved as Draft > bug 184647 2002-12-10 DUPL bug 103732 read/replied status not updated when replying offline > bug 190788 2003-01-27 DUPL bug 66274 Status "replied" should link o the reply message > bug 202814 2003-04-21 DUPL bug 128996 reply, save as draft, finish draft, send, original message doesn't get status=replied > bug 210566 2003-06-24 WORK SEND LATER fails to set the REPLIED or FORWARDED status (flag) on the message > bug 255850 2004-08-17 EXPI mail don't change status "replied" to message if i change reply subject manually > bug 273288 2004-12-05 DUPL bug 128996 mail status and icon does not change from Read to Replied > bug 279098 2005-01-20 DUPL bug 128996 'Replied' status does not appear if reply was saved to Drafts > bug 297254 2005-06-09 FIXE Replied status not applied after sending a message which was autosaved during composition > bug 366968 2007-01-14 FIXE Forward/Reply filter does not update message status for the forwarded/replied message > bug 432638 2008-05-07 DUPL bug 128996 replied and forwarded messages do not change their flags (status, icons) if a reply was in the meanwhile saved as a draft (IMAP) > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > > 2003-07-23 : bug 103732 was FIXED, Product: SeaMonkey > 2005-10-18 : bug 297254 was FIXED, Target Milestone: Thunderbird1.1, Keywords: fixed1.8 > 2008-05-21 : bug 128996 was FIXED again, Target Milestone: mozilla1.9alpha7 > 2009-03-19 : bug 366968 was FIXED, Target Milestone: Thunderbird 3.0b3 > > 2009-10-14 : After that, this bug 522336 was opened for Thunderbird/3.0b4 > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > bug 522336 2009-10-14 --- "Replied" status is not set if reply message saved as draft before sending (IMAP only) > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > bug 530528 2009-11-23 DUPL bug 522336 : Unknown Tb version > Replied mail is in IMAP folder > Drafts folder location is perhaps IMAP folder > bug 597441 2010-09-17 DUPL bug 522336 : Thunderbird/3.1.3 > Reply, Send Later case > Drafts folder location is unknown > bug 627989 2011-01-22 DUPL bug 522336 : Thunderbird/3.3a3pre > Replied mail is in IMAP folder > Drafts folder location is unknown > > 2011-03-14 : This bug's comment #11 by David Wiebe, perhaps for Tb 3.1.x > for "local Drafts folder/one time of Save as draft" case. > > ---------- ---------- ------ -------------- -------------------------------------------------------------------------------------------------------- > bug 710584 2011-12-15 DUPL bug 522336 When POP3 Drafts folder, email "replied" status is not set if reply message is saved as draft, edited, saved as draft second time, edited second time, then sent > bug 710586 2011-12-15 DUPL bug 522336 When IMAP Drafts folder, email "replied" status is not set if reply message is saved as draft, draft is edited, then sent > ---------- ---------- ------ -------------- --------------------------------------------------------------------------------------------------------

(In reply to WADA from comment #20) > David Wiebe, can you check whether Tb 8 is torelant with two times of "Save > as draft" or not? > Case : (i) replied mail is in POP3 mail folder, Drafts folder of POP3 > account > (1) Reply, (2) Save as draft, (3) Exit composition window, > (4) Edit draft, (5) Save as draft, (6) Exit composition window, > (7) Edit draft, (8) Send > How about next? (combination of STR of duped bug 597441 and STR of this bug) > (1) Reply, (2) Save as draft, (3) Exit composition window, > (4) Edit draft, (5) Send Later, (6) Send Unsent Messages > How about next? (modified STR of two times of "Save as draft") > (1) Reply, (2) Save as draft, (3) Exit composition window, > (4) Edit draft, (5) Save as draft, (6) Exit composition window, > (7) Edit draft, (8) Send Later, (9) Send Unsent Messages Yes, I'm using pop3 for my email. I have never before used the "send later" feature, but once I found it - I tested your request. Testing the 3 scenarios you listed above, I get no reply status icon for all 3 scenarios. In all 3 cases, the replied status indicator on the message is NOT there. It only works when: {Reply, Save as draft, Exit composition window, Edit draft, Send} = Working. {Reply, Send Later, Send Unsent Messages} = Working. Hope it helps. -David Wiebe

(In reply to David Wiebe from comment #24) > Testing the 3 scenarios you listed above, I get no reply status icon for all > 3 scenarios. In all 3 cases, the replied status indicator on the message is > NOT there. It only works when: > {Reply, Save as draft, Exit composition window, Edit draft, Send} = Working. > {Reply, Send Later, Send Unsent Messages} = Working. Thanks for testing. Requested three cases were (D), (E), and (D)+(E) of my comment #22. Sorry for excess test request for (D)+(E). bug 710586 is report of (B) of my comment #22 in Tb 8, and was closed as dup of this bug. I reported (D) in Tb 8 to bug 710584 too. But I closed that bug as dup of this bug according to comment of "I'd dupe bug 710584 too" in bug 710586 comment #3, because bug 710586 was closed as dup of this bug. Summary of cases in problem reports. There were five problem reports in this bug before bug 710586 was duped and I dup closed bug 710584. Comment #0 : (A) or (B) of comment #22. Which case is still unknown. Comment #2 for Tb 2 : Unknown case. Comment #7 : Unknown case. Comment #8 : Unknown case. Comment #11 by you: (A) of comment #22, and is already worksforme in Tb 8. And following bugs were duped to this bug. bug 530528 : (A) or (B), perhaps (B) because replied mail is in IMAP folder bug 597441 : (C) bug 627989 : (A) or (B), perhaps (B) because replied mail is in IMAP folder To comment #0 poster(bug opener), comment #2, comment #7, comment #8 posters, and bug opener of bug 530528, bug 627989: Which case of comment #22?

I checked with next two Sm trunk nightly builds, 20080901 build and 20090319 build(date bug 366968 was FIXED), because zip build was not provided for Thunderbird in 2008 and 2009. > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080901002016 SeaMonkey/2.0a1pre > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090319 SeaMonkey/2.0b1pre Checked case is (A) and (B), and test results was same as Tb 8 in both builds. Folder in which Folder in which mail is held Number replied replied mail is held Drafts(save as draft) of save status STR /Outbox(send later) (A) local or IMAP folder local Drafts 1 O Reply, Save as draft, Edit draft, Send (B) local or IMAP folder IMAP Drafts 1 X Reply, Save as draft, Edit draft, Send It's very hard for me to consider that (B), IMAP Drafts case, is regression by a Tb build around Tb 3.0bx. To [:Aureliano Buendía] who is comment #1 poster, who confirmed this bug based on your test result in comment #1, and who saw same in Tb 2(Ludovic said so): Did you check which case? Local Drafts folder? IMAP Drafts folder? Or both? If IMAP Drafts case is also regression by a fix, with which Tb build did you saw that case (B) on IMAP Drafts folder worked well?

To Christophe(bug opener): For which case of (A) or (B) in comment #22 did you report your comment #0? Because report on Tb 3.0b4, I think you were testing beta builds or candidate build. So, opening of this bug did imply "worked well in Tb 2". Is it right?

I could see replied status in case (B) at last with next Tb trunk nightly build. > Thunderbird version 3.0a1pre (2007081004) 2007-08-10 is one week after from final FIXED of bug 128996(2007-07-30). (checked with replied mail in both local mail folder and IMAP mail folder) (A) local & IMAP folder local Drafts 1 O Reply, Save as draft, Edit draft, Send (B) local & IMAP folder IMAP Drafts 1 O Reply, Save as draft, Edit draft, Send However, replied status was not set when IMAP Drafts folder by next two trunk nightly builds, although replied status was still set as expected when local Drafts folder. > Just before FIXED of bug 366968(2009-03-19) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090318 Shredder/3.1a1pre > One week after FIXED of bug 366968(2009-03-19) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090326 Shredder/3.1a1pre (checked with replied mail in local mail folder only) (A) local folder local Drafts 1 O Reply, Save as draft, Edit draft, Send (B) local folder IMAP Drafts 1 X Reply, Save as draft, Edit draft, Send Even though same STR, regression on local Drafts folder/Outbox(Unsent Messages) and regression on IMAP Drafts folder seem different regressions.

It looks IMAP only regression in Tb 3.0aX/3.0bY over fix of bug 128996 during Tb 3.0aX/3.0bY, as Magnus Melin says in comment #3 and in bug summary. Multiple Tb builds were checked during my holidays with "replied mail in local mail folder" only. Because replied mail is held in local mail folder, both bug 268589(Compact of the local mail folder) and bug 639702(negative offset if local mail folder size>2GB) were carefully excluded. > +----- local-draft case > | +-- imap-draft case > | | > V V > before first FIXED by bug 128996, replied status was not set in both local-draft case and IMAP-draft case. > X X 2005-10-20-11-trunk : before-first-FIXED-of-bug-128996[2005-10-27] > bug 268589 comment #1 and bug 268589 comment #3 fot Tb 1.0.x seems this problem. > > local-draft case was fixed by first FIXED of bug 128996. > O X 2005-12-31-10-trunk : after-first-FIXED-of-bug-128996[2005-10-27] > > O X 2006-03-01-11-trunk : Tb1.6a1-final ==> Tb 2.0.0 perhaps had this problem. > > O X 2006-03-02-11-trunk : Tb3.0a1-first > > regression happened on local-draft case. > X X 2007-07-29-10-comm-central : Just-before-final-FIXED-of-bug-128996[2007-07-30, re-opened on 2007-01-13] > > second(final) FIXED of bug 128996 resolved both local-draft case & IMAP case. > O O 2007-08-10-04-comm-central : one-week-after-final-FIXED-of-bug-128996[2007-07-30] > note: imap-mail case is OK too. local-draft=ok, imap-draft=ok > > was bug 128996 back ported to Tb 2.x? > > after fix by bug 128996, regression happened on imap-draft case only. > O X 2008-08-10-03-comm-central : one-year-after-final-FIXED-of-bug-128996[2007-07-30] > > and, the regression in imap-draft case is not resolved yet. > O X 2009-01-01-03-comm-central : first-build-in-2009 > O X 2009-01-08-03-comm-central : trunk-Tb3.0b2pre-final > O X 2009-01-09-03-comm-central-trunk : Tb3.1a1pre-first > O X 2009-03-18-06-comm-central-trunk : Just-before-FIXED-of-bug-366968[2009-03-19] > O X 2009-03-26-03-comm-central-trunk : one-week-after-FIXED-of-bug-366968[2009-03-19] > O X 2009-12-30-03-comm-central-trunk : Tb3.1a1pre-final > O X 2010-08-25-03-comm-central : one-year-after-FIXED-of-bug-366968[2009-03-19] > O X 2010-09-14-03-comm-central : Tb3.2a1pre-final > O X 2010-09-15-03-comm-central : Tb3.3a1pre-first > O X 2011-04-15-03-comm-2.0 : Tb3.3a1pre-final > O X 2011-05-10-14-comm-central : Tb3.4a1pre-first > O X 2011-06-01-03-comm-central : Tb7.0a1-first > O X 2011-07-05-03-00-comm-central : Tb7.0a1-final

Question again to Christophe(bug opener, comment #0) and [:Aureliano Buendía](comment #1, confirmed this bug per your test result, and "Tb2 behaves the same" in comment #2"). Which case in following? (i) Replied mail = mail in local mail folder, Drafts folder = local mail folder (ii) Replied mail = mail in IMAP mail folder, Drafts folder = local mail folder (iii) Replied mail = mail in local mail folder, Drafts folder = IMAP mail folder (iv) Replied mail = mail in IMAP mail folder, Drafts folder = IMAP mail folder If (i) or (iii), you saw bug 268589 and/or bug 639702, didn't you? To David Wiebe(comment #11 for POP3 account case==replied mail in local mail folder, local draft folder). You saw bug 268589 and/or bug 639702, didn't you?

FYI. I consolidated reports for IMAP case to bug 530528(dups: bug 627989, bug 710586), and opened bug 711909(dup: Bug 710584) for multiple save as/edit case. So, there are known four ceses; a) IMAP Drafts folder: bug 530528(regression over fix of bug 128996) b) Replied mail in local mail folder: bug 268589(offset is changed by Compact) c) Replied mail in local mail folder: bug 639702(negative offset if file size>2GB) d) Multiple Save as draft/Edit draft: bug 711909 If this bug is IMAP drafts folder case, close this bug as dup of bug 530528, please. If this bug is for "replied mail in local mail folder" case, please check whether dup of bug 268589 and/or bug 639702 or not. Reply/Send Later case(bug 597441) can't be dup of this bug, if this bug is same problem as bug 530528. And bug 268589 and/or bug 639702 can occur in bug 597441's case. So, I re-opened bug 597441 for problem analysis.

(copy of bug 530528 comment #7) Regression window in previous comment was inaccurate. Sorry for my mistake. > +----- local-draft case > | +-- imap-draft case > | | > V V > Second(final) FIXED of bug 128996 resolved both local-draft case & IMAP case. > O O 2007-08-10-04-comm-central : one-week-after-final-FIXED-of-bug-128996[2007-07-30] > note: imap-mail case is OK too. local-draft=ok, imap-draft=ok > > Regression didn't happen in next build. Sorry for my mistake. > O O 2008-08-10-03-comm-central : one-year-after-final-FIXED-of-bug-128996[2007-07-30] > > O O 2008-11-24-03-comm-central/thunderbird-3.0b1pre.en-US.win32.installer.exe > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) > Gecko/20081124 Shredder/3.0b1pre > > After fix by bug 128996, regression happened at here. > > O X 2008-11-25-03-comm-central/thunderbird-3.0b1pre.en-US.win32.installer.exe > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) > Gecko/20081125 Shredder/3.0b1pre

Seems I have a working patch, but i still need to sort out some details.

(In reply to Magnus Melin from comment #34) > Seems I have a working patch, (snip) For which problem of bug listed in comment #32? Any problem listed in comment #32 will be resolved by your patch? I think this bug is better closed as dup of bug 530528, if comment #0 is IMAP case and if confirming of this bug was actually done based on test results with IMAP. I can't see any　comment on IMAP in this bug by bug opener, who confirmed this bug, and "me too" poster. If IMAP case, please propose patch in crisp bug 530528 to avoid chaos.

Ok let's dupe this one.