Use of TZID in invitations (Re: Basic rationale of the KEP #2 design)

[Georg C. F. Greve]

On Tuesday 15 March 2011 15.24:39 Bernhard Reiter wrote:
> I start to wonder now how other clients deal with these invitations.

I think the first question is whether such invitations actually exist.

Most clients seem to allow users to select from existing, real time zones, and 
I have not yet seen clients which allow users to define arbitrary time zones on 
top of the existing ones - probably because this is not an often requested 
feature.

*IF* such a thing exists, I'd be glad for pointers.


> Saving the original VTIMEZONE data seems to be the only good way to stay
> compatible with iTIP. Maybe we should add something like an
> <original-vtimezone> tag to cater for those cases? I mean all client
> already must have the ability to parse and interpret VTIMEZONE if they aim
> for iTIP compliance.

The question is whether we're catering to an actual use case, or just 
introducing bulk for no gain. In the end, if we decided to cater to static 
storage of time zone information, the better approach would probably be to do 
this in the form of an explicit cache, which is filled by the initial VTIMEZONE 
data, and only updated if clients know/recognize the time zone.

Otherwise the time zone ID could be set to a special value, e.g. "CUSTOM".

But as I said before, first I'd like to know whether there is an actual use 
case for this in the wild.

Best regards,
Georg


-- 
Georg C. F. Greve
Chief Executive Officer

Kolab Systems AG
Zürich, Switzerland

e: greve at kolabsys.com
t: +41 78 904 43 33
w: http://kolabsys.com

pgp: 86574ACA Georg C. F. Greve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 308 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/format/attachments/20110321/90e1eeae/attachment.sig>