> This kind of thing becomes a lot of fun when you're trying to schedule a regular international call Heheh, exactly. We're currently debating how best to impl

> This kind of thing becomes a lot of fun when you're trying to schedule a regular international call Heheh, exactly. We're currently debating how best to implement this since this one is more a UI issue than a UTC/Time issue. For example if the user wants to schedule a call at 2pm New York time (UTC-4) we need to show them the consequences of dialling a participant in the UK (UTC+1) and even more so someone in Sydney (UTC+10). If you use your ZonedDateTime classes carefully in your code (or equivalents if not using Java) then your app does take care of the DST changes. You can then show the user the scheduled time for not just the person making the creating the event but for every participant - ultimately the user has to decide what compromise to make when scheduling events across time zones and DST changes.