US Time Zone Abbreviations Explained

Last reviewed on May 11, 2026

If a colleague writes "let's meet at 3 EST in June" or a flight is listed in PDT in January, something is off. US time zone abbreviations encode whether a zone is currently observing daylight saving time, and using the wrong one can shift a meeting by a full hour. This page walks through every abbreviation, when to use which, and the practical rule that avoids almost all of the confusion.

The structure of US zone abbreviations

Almost every US time zone abbreviation is three letters and follows the same pattern:

  1. First letter — the zone (E, C, M, P, AK, H).
  2. Middle letter — S for "Standard" or D for "Daylight".
  3. Last letter — T for "Time".

So EST = Eastern Standard Time, EDT = Eastern Daylight Time. Two-letter versions like ET (Eastern Time) and CT (Central Time) drop the middle letter and refer to the zone in general, regardless of whether DST is in effect.

The one rule that prevents most mistakes: when you don't know which the audience is in or whether DST is active, write the two-letter form (ET, CT, MT, PT). Use the three-letter form only when you mean exactly that — for example, "the broadcast is at 8 PM EST" in December.

Full table of US abbreviations

ZoneGeneralStandard (winter)Daylight (summer)UTC offset (std / dst)
EasternETESTEDTUTC−5 / UTC−4
CentralCTCSTCDTUTC−6 / UTC−5
MountainMTMSTMDTUTC−7 / UTC−6
PacificPTPSTPDTUTC−8 / UTC−7
AlaskaAKTAKSTAKDTUTC−9 / UTC−8
Hawaii-AleutianHATHSTHDTUTC−10 / UTC−9

A few notes that affect the bottom rows:

EST versus EDT: a worked example

Imagine a New York office sends a calendar invite for "9:00 a.m. EST" on June 15. Strictly speaking, this is wrong, because on June 15 New York is on EDT, not EST. Calendar software typically interprets this either as 9:00 a.m. local time in New York (which is what the sender meant) or as 9:00 a.m. UTC−5 (which would actually be 10:00 a.m. local time in New York during DST). Depending on the software, the meeting can shift by an hour for some attendees but not others.

The clean fix is one of:

Decision criteria: which form to use

A short rule that covers nearly every situation:

UTC, GMT, and "Zulu"

Three terms come up alongside US abbreviations:

Common mistakes

How software handles this

Modern calendar systems, email clients, and operating systems use the IANA Time Zone Database, where each zone is identified by a region/city string like America/Los_Angeles. The IANA identifier captures the full set of rules, including historical DST changes, so any timestamp tagged with one of these identifiers is unambiguous regardless of when it falls in the year. If you write timezone-aware code, IANA identifiers are the right tool; three-letter abbreviations are best reserved for prose.

For a quick interactive check, the converter on the homepage handles the math for any two US zones and uses the IANA identifiers under the hood.

Related reading