Small extension to the annotate proposal

Stephan Buys list at codefusion.co.za
Tue Jun 29 11:01:34 CEST 2004


The whole idea of using ANNOTATE is to identify the type of data stored
in the folders, ie. events, journals, etc.

How would we be able to derive "journal" from "xml 1.0" or am I being a
bit dense here?

Dont we already save the data as a MIME attachment, and in that case cant
the version be identified by the MIME type or some other mechanism? 
If a client knows how to support xml and vcard contacts then it will 
intelligently parse the attachments in a message of a folder designated 
for /vendor/kolab/contacts ?

In other words, what is gained by this, although on the surface I cant see
anything from with the suggestion...


On Tuesday 29 June 2004 10:43, Martin Konold wrote:
> Am Dienstag, 29. Juni 2004 10:41 schrieb David Faure:
> 
> Hi David,
> 
> > To make the proposal more precise:
> > We currently have
> >  /vendor/kolab/folder-type where value.shared is set to mail, event,
> > journal, etc.
> >
> > I like the idea of adding
> >  /vendor/kolab/storage-format where value.shared would be "xml 1.0"
> > (referring to the kolab xml storage version 1.0". This would allow to set
> > it to 2.0 in case of major changes later, and it would also allow values
> > like "ical 1.0" or "vcard 1.0".
> 
> This is exactly what I want.
> 
> Regards,
> -- martin
> 
> Dipl.-Phys. Martin Konold
> 
> e r f r a k o n
> Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
> Nobelstrasse 15, 70569 Stuttgart, Germany
> fon: 0711 67400963, fax: 0711 67400959
> email: martin.konold at erfrakon.de
> 
> _______________________________________________
> Kolab-format mailing list
> Kolab-format at kolab.org
> https://kolab.org/mailman/listinfo/kolab-format
> 
> 
> 

-- 
Stephan  Buys
Code Fusion cc.
Tel: +27 11 391 1412
Mobile: +27 83 294 1876
Email: s.buys at codefusion.co.za

E-mail Solutions, Kolab Specialists.
http://www.codefusion.co.za




More information about the format mailing list