KEP 2: Modification of datetime type, introduction of 'tz' sub-tag
h.helwich at tarent.de
Wed Dec 8 17:26:51 CET 2010
Am Dienstag, 7. Dezember 2010 22:33:45 schrieb Gunnar Wrobel:
> Still I can imagine that people might actually keep a system without
> updates for years. "Never change a running system" is sensible after
> *But* ... if this is causing problems then it can be easily fixed by
> updating the problematic system. Static information on DST in the
> format would mean that you could only fix the problem by trying to fix
> problematic events in the Kolab IMAP storage. This is *way* harder and
> nothing you want to go into.
you are right, this would be complex and not very satisfying. But i still
think it could be problematic to use timezone informations which is sperad in
different databases on the diverse possible kolab client systems.
What do you think about adding a time zone database to the kolab server
Kolab clients could get time zone informations from a central authority.
Through this it could be assured that all clients have the same time zone
data to calculate the shown times with. Also it could be assured that the
time zone information for all clients is always up to date.
More information about the format