[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    [Bug 108172] Moving Folders loses their contents
From:       Alain Knaff <kde () kde ! lka ! org ! lu>
Date:       2005-06-27 21:23:58
Message-ID: 20050627212358.1721.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=108172         




------- Additional Comments From kde kde lka org lu  2005-06-27 23:23 -------
> I thought that a question "do you want to store emails _or_ subfolders in your new \
> folder" is self-explanining.

Sorry, no, it is not. To somebody unfamiliar with the internals of kmail, it is not \
clear at all that one of the choices will lose data! Choices that have the potential \
of damaging data should explicitly say so.

And then, it's not actually a "new" folder either, it's supposed to be an _existing_ \
folder with a new name. Or is renaming internally implemented as copy+delete? In that \
case, shouldn't the command really test whether the copy actually succeeded before \
proceeding to the delete stage? The Unix command mv also does copy+delete if you try \
to "move" files across filesystems. However, if for some reason the copy phase fails \
(permissions, whatever), the delete is not performed!

> Nevertheless a solution might be to override the creation and choose "store emails" \
> in this case. But it's not that easy. 

Emm, if it is not "that easy" to implement the feature in a safe way, why implement \
it at all? As it is, the Move Folder feature is just a disaster waiting to happen!

> They are probably lost, I'm afraid.

> -(

> Any other server should be ok, such as courier or cyrus (preferred).

AFAIK, cyrus relies on a proprietary folder format (stored in a database?), so is \
obviously not an option.

I'll check out courier.
_______________________________________________
KMail developers mailing list
KMail-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmail-devel


[prev in list] [next in list] [prev in thread] [next in thread]