<table><tr><td style="">dvratil added a comment.
</td></tr></table><br /><div><div><p>Most often the attribute types are internal to the Resource that created the Collection and only the Resource understand what the value means (e.g. all of uidvalidity, highestmodseq, collectionquota, uidnext, imapquota and imapacl attributes are only understood by the IMAP resource which creates them). Some attributes are known to clients too (e.g. ENTITYIDISPLAY which describes the Collection display name and icon) and it is desirable that those are shared between all clients. If e.g. KOrganizer wants to store some extra data that are not relevant to any other client, it can create a new attribute type and put the data in there.</p></div></div><br /><div><strong>TASK DETAIL</strong><div><a href="https://phabricator.kde.org/T7846" rel="noreferrer">https://phabricator.kde.org/T7846</a></div></div><br /><div><strong>To: </strong>pablo, dvratil<br /><strong>Cc: </strong>knauss, dvratil, kde-pim, pablo<br /></div>