Daylight Saving Time & Meetings 2026: Survive Clock Changes Without Confusion
Twice a year, half the world shifts its clocks. The other half doesn't. The gap between when US shifts and EU shifts creates a three-week period where the usual time relationships break. Meanwhile India ignores the whole thing. This guide gives you the 2026 DST dates by country, explains the gap problem, and shows how to schedule meetings that survive the transitions.
DST 2026 Dates by Region
| Region | DST starts (spring forward) | DST ends (fall back) |
|---|---|---|
| United States | Sunday, March 8, 2026 | Sunday, November 1, 2026 |
| Canada | Sunday, March 8, 2026 | Sunday, November 1, 2026 |
| Mexico | No DST since 2022 (most of country) | n/a |
| European Union | Sunday, March 29, 2026 | Sunday, October 25, 2026 |
| United Kingdom | Sunday, March 29, 2026 | Sunday, October 25, 2026 |
| Australia (NSW, VIC, SA, TAS, ACT) | Sunday, October 4, 2026 | Sunday, April 5, 2026 (April 4 in Tasmania) |
| Australia (QLD, NT, WA) | No DST | |
| New Zealand | Sunday, September 27, 2026 | Sunday, April 5, 2026 |
| Brazil | No DST since 2019 | |
| Chile | Sunday, September 6, 2026 | Sunday, April 5, 2026 |
| India | No DST | |
| China | No DST since 1991 | |
| Japan | No DST | |
| Singapore | No DST | |
| UAE / Saudi Arabia | No DST | |
| South Africa | No DST | |
The DST Gap Problem
The US shifts to DST 3 weeks before the EU does. For those 3 weeks (March 8-29 in 2026), the time difference between US and EU is one hour smaller than normal.
| Period | NYC vs London | NYC vs Berlin |
|---|---|---|
| Before March 8, 2026 | 5 hours behind London (UTC) | 6 hours behind Berlin (CET) |
| March 8-29, 2026 (the gap) | 4 hours behind London | 5 hours behind Berlin |
| March 29 - Oct 25, 2026 | 5 hours behind London (BST) | 6 hours behind Berlin (CEST) |
| Oct 25 - Nov 1, 2026 (reverse gap) | 4 hours behind London | 5 hours behind Berlin |
| After Nov 1, 2026 | 5 hours behind London (UTC) | 6 hours behind Berlin (CET) |
Practical impact: a recurring meeting set for "3pm ET / 8pm London" the rest of the year becomes "3pm ET / 7pm London" during the gap. If calendar invites use named timezones (which they should), the local time displays auto-adjust. If invites use fixed offsets, the meeting time displayed in one location is off by an hour.
The APAC Asymmetry Problem
Australia and New Zealand observe DST in opposite season because they're in the southern hemisphere. Their DST starts in October and ends in April.
Meanwhile, US-Australia time difference changes 4 times per year:
- March 8: US gains DST. US-Sydney offset shifts by 1 hour.
- April 4-5: Australia ends DST. US-Sydney offset shifts by 1 hour again.
- October 4: Australia gains DST. Another 1-hour shift.
- November 1: US ends DST. Final 1-hour shift.
Between these, the offset cycles through 14, 15, 16, and 17 hours. Recurring US-Australia meetings become a different relative time at different points in the year, not just by an hour in March, but by hours over different periods.
India ignores DST entirely. So a US-Bangalore meeting at "9am ET" becomes "6:30pm IST" most of the year but "7:30pm IST" during US DST gap periods. The India side feels the shifts even though India itself doesn't change clocks.
Named Timezones vs Fixed Offsets
The single most important technical detail: use named timezones (IANA database identifiers) rather than fixed UTC offsets.
| Format | Example | DST behavior |
|---|---|---|
| Named timezone (IANA) | America/New_York | Auto-shifts for DST |
| Named timezone (city) | "New York" in Google Calendar | Auto-shifts for DST |
| Fixed UTC offset | UTC-5 | Stays at -5 even when EST shifts to EDT (UTC-4) |
| Abbreviation | EST or PST | Ambiguous, specifically means standard time |
| Abbreviation (general) | ET or PT | Better, covers both standard and daylight |
In Google Calendar, when you create an event and click the timezone, you see "New York" or "London" or "Tokyo"; those are city-based names tied to the IANA database. Use those, not the UTC offset display.
Scheduling Around the DST Shift
For one-off meetings near the transition
- Re-confirm meeting time 2 days before the shift. "Reminder: meeting tomorrow at 10am ET, which is X in your timezone post-shift."
- Be explicit about which side of the shift in invite descriptions. "Note: US clocks shift on March 8. Meeting is on March 10 (post-shift). 10am ET = 2pm UTC."
- Watch for invites created before but happening after the shift. Modern calendars handle this, but older or migrated invites sometimes don't.
For recurring meetings spanning DST shifts
- Pick one anchor timezone for the recurring meeting (typically where the meeting "owner" lives). All other zones derive from it.
- Other participants accept that their local time shifts when the anchor shifts (and back).
- Send a heads-up 1 week before each DST change. "Meeting time changes next week from 4pm London to 3pm London because US doesn't shift to BST."
- Document the anchor in the calendar event description. "Anchored to NYC ET; other zones shift during local DST changes."
For new global teams setting expectations
- Pick an anchor with care. If most senior people are in the US, US anchor works. If APAC is largest population, anchor there.
- Document the DST behavior upfront. New hires should know that "their" meeting time shifts at certain dates and why.
- Schedule a couple of DST-around-the-shift simulations during the first month so the team learns to expect them.
Common DST Mistakes
- Sending recurring invites with fixed UTC offsets. The recurring instances on the other side of a DST shift display at the wrong local time.
- Saying "EST" or "PST" year-round. Those specifically mean standard time. During DST it's EDT/PDT. Better: "ET" or "PT" (which covers both) or "America/New_York" (unambiguous).
- Assuming everyone shifts together. India, China, most of Asia don't shift at all. Australia shifts in the opposite season.
- Updating only the meeting owner's invite. If you correct a DST error in your calendar but the other party still has the old invite, you'll show up at different times.
- Forgetting Mexico no longer observes DST. As of 2022, most of Mexico ended DST. Long-time US-Mexico schedulers may still operate on the old assumption.
- Trusting auto-conversion blindly during the DST gap. Calendars usually get it right, but in the 3-week US-EU gap, double-check by visualizing in a Meeting Planner.
- Booking flights for "post-shift" times without checking. A flight at "10pm" the night before DST falls back has an extra hour... or doesn't, depending on how the airline interprets it. Always check airline-published local time.
Planning a Year With DST in Mind
Key DST-related dates to put on your team calendar in advance:
| Date | Event | Impact |
|---|---|---|
| Mar 8, 2026 | US DST starts | US-EU gap begins (3 weeks of off-by-1-hour) |
| Mar 29, 2026 | EU DST starts | US-EU gap ends; normal summer offset |
| Apr 5, 2026 | NZ/Australia DST ends | US/EU vs Aus/NZ offset shifts |
| Oct 4, 2026 | Australia DST starts | US/EU vs Australia offset shifts |
| Oct 25, 2026 | EU DST ends | US-EU gap begins again (1 week) |
| Nov 1, 2026 | US DST ends | US-EU gap closes; normal winter offset |
Communicating DST Changes to Your Team
One week before a DST transition, send a Slack/email reminder:
Heads up: US DST starts this Sunday, March 8.
What changes:
· US clocks move forward 1 hour at 2am Sunday
· For 3 weeks (until March 29), US-EU time gap is 1 hour smaller than usual
· Our Tuesday 10am ET sync = 2pm London (instead of usual 3pm)
What stays the same:
· The meeting time itself (Tuesday 10am ET) doesn't change
· Calendar invites with named timezones auto-display correct local time
· If you see a weird-looking time on your calendar, refresh it
Need help: ping #team-ops
One sentence per important point. Visual contrast between what changes and what doesn't. Routine and predictable so people learn to expect these.
Tools That Handle DST Automatically
- Google Calendar: uses IANA timezones natively. DST transitions are seamless for events with proper timezone tags.
- Outlook (Microsoft 365): same story, named timezones handle DST automatically. Older Outlook clients sometimes lag on DST rule updates; keep clients updated.
- Apple Calendar: uses macOS / iOS timezone database; DST handling is automatic.
- Our Meeting Planner: shows DST-aware times based on the meeting date you select.
- Calendly / SavvyCal: auto-adjust availability windows for DST in both your timezone and the booker's.
- Server-side cron jobs: use UTC for cron schedules to avoid DST shifts. Display in local time for humans.
Will DST Be Abolished?
Several proposals exist:
- US Sunshine Protection Act: would make DST permanent (year-round summer time). Passed Senate 2022; stalled in House. Status unchanged in 2026.
- EU Directive on Seasonal Time Changes: EU Parliament voted in 2019 to end DST changes from 2021. Implementation stalled due to disagreement between countries about whether to settle on standard or daylight time. Status unchanged in 2026.
- Mexico ended DST in 2022. Most of country no longer shifts.
- Brazil ended DST in 2019.
- Various US state-level efforts: some states have passed laws making DST permanent contingent on federal approval (which hasn't come).
Until the laws actually change, plan as if DST will continue. The reform conversation has been happening for years without action.
From the transition weeks
Almost every DST mess I've cleaned up came from the same false assumption: that a recurring meeting "stays the same time." It does, for the person who set it, in their timezone. For everyone else it can quietly move, and the worst part is that it moves for only some of the team during the three-week gap when one region has changed and another hasn't. Someone shows up an hour early, someone else an hour late, and both swear the calendar is wrong. What finally fixed it for my teams wasn't a tool, it was a habit: two short messages a year, one before the US shift and one before the EU shift, saying plainly "clocks change this weekend, your meeting time in your city may move, please re-check from your own calendar." It feels almost too basic to send. It also eliminated the twice-a-year scramble entirely, because the technology was never the problem; the assumption was.
Frequently Asked Questions
It's the Assumption, Not the Tool
DST creates predictable disruption twice a year in regions that observe it and ongoing offset shifts year-round across global teams. The fix is technical: use named timezones in calendar events, never fixed UTC offsets. The fix is communication: warn teams a week before each transition. The fix is tooling: use a DST-aware Meeting Planner instead of mental math. Until the laws change (and they haven't), build DST into your team's rhythm.
