Timezones & DST

9:30 means 9:30, in March too.

Numeric offsets break clocks twice a year. QueueTempo stores every recurring schedule with an IANA timezone and documented spring-forward and fall-back behavior, previewing the affected times in advance.

  • IANA zones
  • Documented DST policy
  • Offset shown per slot

Wall-clock intent, preserved

A 9:30 Tempo means 9:30 local, forever. On spring-forward, a nonexistent local time moves forward by the DST gap to the next valid instant. During fall-back overlap, the earlier occurrence wins and only one post is created.

  • Original local fields stored beside the computed UTC instant
  • Recurrence-rule versions and tzdata awareness
  • Golden tests across representative zones, including DST-free ones
  • Previews flag DST-adjusted occurrences before they occur

Interval tempos play by elapsed time

Every-N-hours cadences anchor to elapsed duration, so their displayed wall time may legitimately shift after a transition, and the product tells you that in the preview rather than hiding it.

Multi-brand, multi-zone sanity

Each Organization and Tempo carries its own zone. An agency in Chicago running a Lisbon client's account stops doing mental arithmetic at 2 AM UTC.

Straight answers

Questions, answered.

Why not just store a UTC offset like everyone else?

Offsets silently misplace recurring events across DST. IANA identifiers let the engine resolve the correct instant for every future date, which is what wall-clock schedules actually promise.

What if my country abolishes DST changes?

IANA tzdata updates track legal changes; recurrence resolution uses current rules, and previews reflect them going forward.

Can different Tempos in one Organization use different zones?

Yes, per-Tempo timezone is a first-class setting, independent of the Organization default.

Set the next beat

Ready to set your first Tempo?

Start free, describe your brand once, and watch the next ten post times appear before anything goes live.