20739 - [RFE] Improvements to expunging IMAP folders

Status: RESOLVED FIXED

(MailNews Core :: Backend, enhancement, P3)

Description

[it]

(This bug imported from BugSplat, Netscape's internal bugsystem.  It
was known there as bug #355260
http://scopus.netscape.com/bugsplat/show_bug.cgi?id=355260
Imported into Bugzilla on 12/03/99 12:28)

 When messages are deleted or moved from folders, the MS should reflect the
correct user quota size.  The customer feels that by  moving or deleting
messages should not keep a copy in original folder.  They would also like to see
a command or setting that will allow a all IMAP folders to be compacted or
compressed without exiting out of the client.

Comment 1

[hackett]

Customer views it as a bug that moving or deleting messages results in a "copy"
operation that results in disk quota problems.

------- Additional Comments From hong  Dec-03-1999 12:33 -------

RFEs will not be considered in 4.x  Moving to Bugzilla.

Comment 2

[Phil Peterson]

> The customer feels that by  moving or deleting messages should not keep
> a copy in original folder.

That's how IMAP works. The message gets marked with the Deleted flag, and when
the client or server "expunges" the folder, those messages really get deleted.

> They would also like to see a command or setting that will allow a all IMAP
> folders to be compacted or compressed without exiting out of the client.

There is a command to do that: File | Compact Folders

So, to summarize, the app can expunge automatically when we quit, or the user
can issue an explicit expunge command any time they want.

If the RFE is really to have automatic expunge while the program is running,
that's fine. Is that the point?

Comment 3

[Phil Peterson]

Turns out I lied. File | Compact Folders seems only to apply to local folders,
not IMAP folders. We should fix that in mozilla, and I think that's higher
priority than implementing auto-expunge on a timer. Reassigning to jefft.

Comment 4

[selmer (gone)]

Mass moving M16 to M17 - look for nsbeta2 before anything else.

Comment 5

[scottputterman]

moving to future milestone.

Comment 6

[jefft]

This has been fixed.

Comment 7

[Brant Gurganus]

[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.