Closed
Bug 253255
Opened 20 years ago
Closed 19 years ago
Saving modified draft to server drafts folder doesn't set IMAP \draft flag
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 156347
People
(Reporter: mwild, Assigned: mscott)
Details
(Keywords: polish)
User-Agent: Opera/7.53 (Windows NT 5.0; U) [en] Build Identifier: version 0.7a (20040614) Using IMAP, set Drafts to a server folder. When a draft message is edited and saved back to the folder, as expected the original is deleted but not expunged, and the modified one is saved. However, the \draft flag for the modified message is not set on the server. The modified message can still be edited OK in Thunderbird; but if the server has a webmail interface, it can't be edited via that, because the \draft flag wasn't set. Reproducible: Always Steps to Reproduce: 1. At fastmail.fm, use TB to open an existing draft, modify, and save. 2. Open the expunged message using the FM web interface. It opens with the edit- message view. 3. Open the modified message using the FM web interface. It opens with the read- message view form. Actual Results: Modified draft message can be edited in TB, but not on the server. Expected Results: At step 3 the modified message should have opened with the edit-message view. It does not, because TB saved the modified draft without setting the \draft flag. This is apparently identical to unresolved Mozilla mail/news bug 156347 http:// bugzilla.mozilla.org/show_bug.cgi?id=156347 - further information is in a thread at http://www.emailaddresses.com/forum/showthread.php?s=&postid=233708
Reporter | ||
Comment 1•20 years ago
|
||
Typo in report.
In "steps to reproduce", at step 2:
> 2. Open the expunged message using the FM web interface. It opens with the
> edit-message view.
"expunged" should be "deleted".
So step 2 should read:
2. Open the deleted message using the FM web interface. It opens with the edit-
message view.
I'm using the milestone 0.8 and can confirm this problem. The same is true for newly created drafts saved to the IMAP server. Reproducible: Always Steps to Reproduce: 1. Write new message and save into IMAP server draft folder. 2. Open saved message in Tb brings the expected edit message window. 3. Open the saved message via webmail and it opens in a view message window not available for editing since the \Draft flag is not on the server. I can confirm this since I have telnetted into my IMAP account (Fastmail) and fetched the message flags, it is very clear that Tb does not send the flag when using the append command. I also logged the IMAP protocol for Tb while saving a draft, the output can be seen here: http://forums.mozillazine.org/viewtopic.php?t=126438 Interestingly the same code is used when copying a sent message to an IMAP server, it is appended with the \Seen flag which is correctly set to stop it showing as a new message. Finally looking at the source code, this is the function to append to the server: http://lxr.mozilla.org/mozilla/source/mailnews/imap/src/nsImapProtocol.cpp#5151 I'm no C++ expert but it seems from here: if (flags) { command.Append(" ("); SetupMessageFlagsString(flagString, flags, GetServerStateParser().SupportsUserFlags()); command.Append(flagString); command.Append(")"); } that for drafts the variable flags ==0 causing no flagstring to be sent with the append command.
Comment 3•20 years ago
|
||
This is also related to the (2 years) old, old bug: https://bugzilla.mozilla.org/show_bug.cgi?id=156347
Comment 4•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Just tested this on Thunderbird 1.06 and the same occurs as previously noted.
Comment 6•19 years ago
|
||
The blocking bug #156347 seems to have the wrong 'component' set. I wanted to add a comment to say still "broke for me".
You need to log in
before you can comment on or make changes to this bug.
Description
•