Timezone / recurrence scheduling discussion for Kolab
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Wed Nov 10 14:44:16 CET 2010
On Wednesday, November 10, 2010 01:15:03 pm Bernhard Reiter wrote:
> Am Freitag, 5. November 2010 22:47:23 schrieb Jeroen van Meeuwen (Kolab
>
> Systems):
> > The XML element, event in this instance, has a version attribute that is
> > currently still set to 1.0, and it could be used to let the client know
> > how to deal with the what is then information of the legacy time inside
> > the element.
>
> Note that a number of elder clients will not interpret a Kolab object with
> a version number that is greater than 1. So it is a massive problem when
> introducing new clients into old installations where old client with this
> behaviour are still present. So avoiding this kind of change if there is a
> different path is certainly a good idea.
May I ask which such older clients are still under full and complete support?
I suppose there is no chance to fix these older clients, or to get rid of
these older clients?
I suppose any further development we can think of solving the original issue
could result in these older clients being a blocker, and the fully backwards
compatible solution might therefor end up being a band-aid solution on behalf
of these older clients... a band-aid solution which then in turn would become
a hurdle later on... but unless I know which clients we are talking about, I
can't really make any such statement.
Thanks in advance,
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
t: +316 42 801 403
w: http://www.kolabsys.com
pgp: 9342 BF08
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/format/attachments/20101110/5f2c7487/attachment.html>
More information about the format
mailing list