Bug 94419 - Cached IMAP, like IMAP, should allow non-compacting imap folders.
Summary: Cached IMAP, like IMAP, should allow non-compacting imap folders.
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: disconnected IMAP (show other bugs)
Version: 1.7.50
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-04 23:20 UTC by Thomas Zander
Modified: 2012-08-19 00:46 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Zander 2004-12-04 23:20:08 UTC
Version:           1.7.50 (using KDE 3.3.89 (CVS >= 20041129), compiled sources)
Compiler:          gcc version 3.3.4 (Debian)
OS:                Linux (i686) release 2.4.21

I failed to find a setting to allow deleted messages to stay on the server and simply be marked 'deleted'.

Now KMail removes messages from the server during sync (I think).
Comment 1 Ingo Klöcker 2005-05-16 22:37:05 UTC
I don't think this makes sense. AFAIK IMAP servers can compact folders whenever they feel like it (i.e. if mbox is used then compaction is expensive and the server will wait until a certain number of messages have been deleted). What KMail does with normal IMAP is that it can optionally force the server to compact a folder as soon as you select another folder.

I wonder why you want messages to be marked as 'deleted' instead of actually removed. If you fear to accidentally delete an important message then you should move to trash. If you do have a good reason then ignore my comment.
Comment 2 Thomas Zander 2005-05-17 00:08:18 UTC
On Mon, May 16, 2005 at 08:37:09PM -0000, Ingo Kl??cker wrote:
> I don't think this makes sense. AFAIK IMAP servers can compact folders whenever they feel like it (i.e. if mbox is used then compaction is expensive and the server will wait until a certain number of messages have been deleted). What KMail does with normal IMAP is that it can optionally force the server to compact a folder as soon as you select another folder.
> 
> I wonder why you want messages to be marked as 'deleted' instead of actually removed. If you fear to accidentally delete an important message then you should move to trash. If you do have a good reason then ignore my comment.


My 'good reason' is that move to trash only works in 1 kmail, which severly limits the usage of an imap server.  I tried to use mutt in corporation with kmail and delete the emails after a couple of days on the server instead of purging.
Expecting mails to stay for a couple of days on server when I deleted them in mutt, I was less then amuzed when I found that dimap deleted them.
You can imagine the same problem with more then 1 kmail client.

Besides; with your reasoning imap itself should not have this feature, and Carsten gave me a very long speach about 18months ago on why it was important for a lot of people.
Comment 3 Martin Steigerwald 2005-07-26 11:38:39 UTC
Move to trash should be pretty usable with more than one KMail installation when you configure KMail to use an IMAP folder as trash (see the window where you configure your IMAP server, I do not have at hand how it is called in english).

Regards,
Martin Steigerwald - team(ix) GmbH - http://www.teamix.de
Comment 4 Myriam Schweingruber 2012-08-18 08:12:43 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 5 Luigi Toscano 2012-08-19 00:46:49 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.