Recurring events with timezone
Joon Radley
joon at radleys.co.za
Wed Oct 20 10:39:46 CEST 2010
Hi Georg,
>
> On Wednesday 20 October 2010 08.46:48 Joon Radley wrote:
>> The problem is: UTC -> User B local time is incorrect.
>
> Actually I understood the problem to be that user A in Johannesburg has no way
> to declare an event "sticky" in the time zone of user B, and that hence it is
> impossible to get the intended behaviour from the event by purely using UTC.
No the problem defined was that a client can not calculate the time zone with daylight savings time in a recusing event without the addition of some TZ information.
I do not understand the need for a "sticky" time zone. Could you maybe elaborate on this with a use case?
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 20 Oct 2010, at 9:51 AM, Georg C. F. Greve wrote:
> Hi Joon,
>
> On Wednesday 20 October 2010 08.46:48 Joon Radley wrote:
>> The problem is: UTC -> User B local time is incorrect.
>
> Actually I understood the problem to be that user A in Johannesburg has no way
> to declare an event "sticky" in the time zone of user B, and that hence it is
> impossible to get the intended behaviour from the event by purely using UTC.
>
> 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
More information about the format
mailing list