[Kde-pim] Data loss: kmail2 must not use existing [Folder-xy] settings on random new folders

Volker Krause vkrause at kde.org
Fri Dec 16 08:13:46 GMT 2011


On Thursday 15 December 2011 22:38:10 Sven Burmeister wrote:
> Am Donnerstag, 15. Dezember 2011, 21:45:46 schrieb Ingo Klöcker:
> > We don't need GUIDs for every item. We only need them for folders.
> > Creating GUIDs for folders will hardly result in a performance problem
> > and changing the format of an id shouldn't require massive code changes
> > either. Of course, it might require an upgrade mechanism.
> > 
> > The usage of GUIDs is the only sensible solution for external
> > references.
> 
> I am no expert regarding akonadi. So I'm not sure this covers all kinds of
> resources and interaction with clients. But for email it sounds sensible to
> me since there is no email without folder.
> 
> If I understood Volker correctly introducing the communication of a unique
> id to identify the database needs a lot of code changes. 

Adding just that identifier is trivial, using it all over the place (like 
proposed as a config file/key prefix for example) is the part I'm not happy 
with.

> Your proposal not.

At least not as long as it fits into 64bit (or we are allowed to break SC).

Randomizing collection ids should also have little impact on the performance, 
bulk operations on collections are far less common, and there's usually a lot 
less of them than we have items.

regards
Volker
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20111216/8e254e92/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


More information about the kde-pim mailing list