Understand a cron schedule before it runs
Cron expressions are compact scheduling strings used by servers, CI jobs, automation platforms, and maintenance scripts. They are powerful, but a small typo can change a task from daily to every minute, or from weekdays to weekends.
This parser explains a Unix 5-field cron expression in plain language, breaks down each field, and shows upcoming run times using the timezone you choose in the tool.
Supported cron dialect
The v1 parser supports standard Unix cron with five fields:
minute hour day-of-month month day-of-week - Minute values from
0to59. - Hour values from
0to23. - Day-of-month values from
1to31. - Month values from
1to12, plus names such asJANandDEC. - Day-of-week values from
0to7, plus names such asMONandFRI. Both0and7mean Sunday.
It supports wildcards, comma lists, ranges, and step values such as */15 or 9-17/2.
What is intentionally not supported
Cron dialects are not universal. Quartz, systemd timers, cloud schedulers, Kubernetes, GitHub Actions, and hosting platforms can add their own fields or special operators.
- Seconds fields and year fields are not parsed as Unix cron.
- Quartz operators such as
?,L,W, and#are reported as unsupported. - Macros such as
@dailyand@rebootare not expanded. - Command text after a schedule is not treated as part of the expression.
Use this page as an inspector for Unix-style schedules. Before changing production automation, verify the exact scheduler that will run the job.
Timezone and daylight saving behavior
A cron expression does not include a timezone by itself. The same expression can run at different moments depending on whether the server uses UTC, a local system timezone, or a scheduler-specific timezone setting.
- The preview shows run times in the selected IANA timezone and in UTC.
- Spring-forward transitions can skip local wall-clock times that do not exist.
- Fall-back transitions can repeat a local wall-clock time; scheduler behavior may differ.
- If both day-of-month and day-of-week are restricted, Unix cron commonly uses OR semantics.
For critical jobs, treat the preview as a planning aid and confirm behavior in the scheduler itself.
Frequently Asked Questions
Does this support Quartz cron?
No. The parser supports Unix 5-field cron only. Quartz-style seconds fields, year fields, and operators such as ?, L, W, and # are shown as unsupported.
Which timezone does a cron expression use?
Cron expressions do not carry timezone information. The preview uses the timezone selected in the tool, but your server or scheduler may use a different timezone.
Why can day-of-month and day-of-week both match?
In common Unix cron behavior, when both fields are restricted, a date can match if either field matches. For example, 0 0 1 * MON can run on the first day of the month and on Mondays.
Can I paste the command part from crontab?
Paste only the five schedule fields. The tool is a schedule parser, not a full crontab parser, so command text after the schedule is not interpreted.