UPDATE: KEP 2: Modification of datetime: store local time, add 'tz' attribute (revision #10743)

Joon Radley joon at radleys.co.za
Thu Dec 23 06:52:50 CET 2010

Hi Georg,

"When time zone information is provided, a client MUST consider the event local to this time zone. Recurrence MUST then be calculated to keep the event at the same local time within that time zone, adjusting the time for the event accordingly for the client's local time zone. For more detail see [#Notes_for_client_implementors Notes for client implementors] below)."

I see this is a MUST requirement. What happens to format implementers that cannot support this as this statement assumes that the developers control the whole client code? This calculation is done in Outlook and we have very little control over it.

Best Regards

Joon Radley

Cell: +27 (0)83 368 8557
Fax: +27 (0)86 547 2353
E-mail: support at toltec.co.za
Web: www.toltec.co.za

On 22 Dec 2010, at 2:20 PM, Georg C. F. Greve wrote:

> Hi all,
> Based on the discussions of the last days, KEP 2 has undergone a major rewrite 
> to make the change to storage of time in *local time* instead of UTC, based on 
> RFC3339 formatting.
> If you do not understand why this change was necessary, and in particular if 
> you would like to debate this change, please make sure you have read, 
> understood and thought a while about
> 	http://wiki.kolab.org/User:Greve/Drafts:KEP:2#Description_of_the_issue
> and the thread starting at
> 	http://kolab.org/pipermail/kolab-format/2010-December/001178.html
> which contain the most important parts in the most concise form available.
> The ultra short version is: UTC storage is an oversimplification of the issue 
> that only works with substantial overhead and client side logic, which 
> ultimately makes it more complicated than local time storage.
> The complete KEP 2 draft is online at
> 	http://wiki.kolab.org/User:Greve/Drafts:KEP:2
> and comments should as usual go to kolab-format at kolab.org.
> As this was a major rewrite, it touched many parts of the KEP, so some proof 
> reading and checking for editing artefacts would be appreciated.
> 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
> _______________________________________________
> Kolab-format mailing list
> Kolab-format at kolab.org
> https://kolab.org/mailman/listinfo/kolab-format

More information about the format mailing list