Use UID EXPUNGE command for moved messages



MailNews Core
Networking: IMAP
15 years ago
9 years ago


(Reporter: John Mark Williams, Assigned: Scott MacGregor)


Windows 2000

Firefox Tracking Flags

(Not tracked)




15 years ago
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.)


15 years ago
QA Contact: huang → gchan
Product: MailNews → Core
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:
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.
Last Resolved: 12 years ago
Resolution: --- → EXPIRED

Comment 3

12 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.
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.