Heya Jim, I've given it a test-drive today, was working well for my needs, thanks for this :) I spotted one problem along the way, 'rcursor' didn't work for me, but after inspecting the patch, I noticed it was due to a typo of 'rcusor' instead of 'rcursor'.
Hmm, inside Thunderbird's Error Console, I was occasionally seeing warnings relating to these ics chunks. While my thunderbird was set to "Australia/Melbourne" timezone, this error-console output made mention that TZID equaled "Australia/Melbourne". Later, I switched thunderbird back to "Australia/Sydney" timezone, and then I saw in the error-console that TZID equaled "Australia/Brisbane" :( So perhaps for now, until I can dig deeper into this, I'll stick with the "Australia/Melbourne" timezone and...
Hmm, inside Thunderbird's Error Console, I was occasionally seeing warnings relating to these ics chunks. While my thunderbird was set to "Australia/Melbourne" timezone, this error-console output made mention that TZID equaled "Australia/Melbourne". Later, I switched thunderbird back to "Australia/Sydney" timezone, and then I saw in the error-console that TZID equaled "Australia/Brisbane" :( So perhaps for now, until I can dig deeper into this, I'll stick with the "Australia/Melbourne" timezone and...
Hmm, I'm wondering, is there any logging facility that I can turn on within DavMail that will show me the guts of that ics information that Thunderbird will try push to davmail when I create an event? I'd like to inspect that information and see what TZID value (if any) it puts there. Maybe that might provide me a clue.
Hmm, I tried comparing the content within that VTIMEZONE chunk (for TZID="AUS Eastern Standard Time") against what I saw in that code-snippet from thunderbird-calendar's "zones.json" file: I noticed one interesting difference: Exchange's VTIMEZONE contains that TZID field Thunderbird's zones.json doesn't have this, but instead embeds a TZNAME field into each BEGIN/END group. STANDARD has TZNAME: AEST DAYLIGHT has TZNAME: AEDT Don't really know if this is any great revelation or not, but thought I'd...
Hmm, I tried comparing the content within that VTIMEZONE chunk (for TZID="AUS Eastern Standard Time") against what I saw in that code-snippet from thunderbird-calendar's "zones.json" file: I noticed one interesting difference: Exchange's VTIMEZONE contains that TZID field Thunderbird's zones.json doesn't have this, but instead embeds a TZNAME field into each BEGIN/END group. * STANDARD has TZNAME: AEST * DAYLIGHT has TZNAME: AEDT Don't really know if this is any great revelation or not, but thought...
Hi Mickael, Thanks for your response, and sorry for the delays getting back to you. I knew I would once I found a window to do so, and my calendar issues aggravated me enough to give me even more incentive to do so :) I must admit that all this icalendar,tzid,ics stuff is a little foreign to me, so I've been doing some googling to get up to speed with this, to try get on the same page as you with your message. On your trailing question, yes, I've mainly noticed this with other colleagues meeting...
Hi Jim. I was wondering where are you based? I am in Sydney Australia. I'm kind-of experiencing the opposite to you, a colleague creates a recurring event, I accept, they later change a single instance of the event (let's say in a particular month) to a different datetime. When I try to accept this, it fails, and there's a mismatch on the new time he specified and the new time showing on my side of about an hour. Part of me wonders if it relates to Sydney switching between two timezones due to daylight...