https://bugs.kde.org/show_bug.cgi?id=263018
--- Comment #18 from Bernhard E. Reiter <bernhard intevation de> 2011-02-24 16:34:54 --- Added a testscript for this here: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/utils/testing/test-send-invitations-timezone.py Results: test1) invalid VCALENDER with TZID=Europe/Berlin, but missing the corresponding VTIMEZONE: OL 2003 cannot, it will display the event at the wrong time, assuming UTC without further notice. This ss a stricter rfc interpretation then OL 2007. OL 2007 can deal with it. Thus it interprets the name. (No idea how many names it knows, though.) test2 and test3) with TZID and good VTIMEZONE info (created by Kontact Touch N900 4:4.6~.20110211.1251.git9d81e94-1maemo1.1219908 carrige returns fixed manually) Both OL 2003 and OL 2007 can deal with it. One test included a repeated appointment accross one sometime change. test4) Repeating appointment in UTC (created by Kontact Touch CE being at the same time) OL 2003 will display and calculate it from the first appointment and adjust for the sommertime shift. So Kontact Touch and CE are displaying the same. OL 2007 will behave stricter towards the RFC and warn the user in the appointment that it repeats in GMT+0 having no timezone, displaying the GMT time! When accepting the appointments they are at the right time in UTC shown at two different times in Berlin/Europe. test5 test6) Both OL 2003 and OL 2007 can display single UTC events. Lifetime of tested Outlook versions (inquired at http://support.microsoft.com/gp/lifeselectindex, can be longer according to http://support.microsoft.com/gp/lifepolicy) Outlook 2003 mainstream support ended 2009, extended support until Aug 2014 Outlook 2007 mainstream support until April 2012, extended s until April 2017 Conclusion: To be compatible with both versions of Outlook tested for recurrent events, we would need to send a proper VTIMEZONE with use of the TZID. It is okay to send VTIMEZONE with the use of TZID for singe instance events. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list [email protected] https://mail.kde.org/mailman/listinfo/kdepim-bugs
