Closed
Bug 175326
Opened 22 years ago
Closed 19 years ago
Use UID EXPUNGE command for moved messages
Categories
(MailNews Core :: Networking: IMAP, enhancement)
Tracking
(Not tracked)
RESOLVED
EXPIRED
People
(Reporter: mozbug, Assigned: mscott)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 When a message is moved from an IMAP folder, could that particular message be immediately expunged using the UID EXPUNGE command described in RFC 2359 (IMAP4 UIDPLUS extension)? This would apply to manual moving, automatic filtering and manual deleting under the "Move it to the Trash folder" paradigm. Reproducible: Always Steps to Reproduce: 1. Configure an IMAP account so that "When I delete a message: Move it to the Trash folder". 2. Delete or move a message in a folder of that account. 3. Access that folder from an IMAP client that displays messages which have the \Deleted flag (perhaps with a strikethrough, cross or "D"). (OR re-configure the account in Mozilla so that "When I delete a message: Mark it as Deleted" and re-open the folder.) Actual Results: All the moved and/or deleted messages are still in the mailbox, albeit in a "deleted" state. Expected Results: Mozilla should have immediately expunged the particular messages moved/deleted. Of course, this method could be used only if the IMAP server's response to CAPABILITY includes "UIDPLUS". Otherwise, as suggested in RFC 2359, the messages that *already* had the \Deleted flag could have it temporarily removed with the STORE command. As a last resort, the current behaviour could be followed. (I think this method could also be used for *moved* messages under the "Mark it as Deleted" paradigm, although this may be against users' expectations.)
Updated•20 years ago
|
Product: MailNews → Core
Comment 1•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/
Comment 2•19 years ago
|
||
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
Comment 3•19 years ago
|
||
Not certain this bug is still there in 1.5 but it's definitely there in 1.0.7. Will try to verify at some point. To test: Open thunderbird, delete some email from an imap inbox, view that mailbox in some other client (I used Horde), see the emails marked as deleted but not purged even though they are now in the Trash too. Don't have privs to re-open the bug.
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•