How to Set Snooze Limits

By default, any agent can snooze a conversation for any length of time, from any surface — the snooze dialog, a macro, bulk reply, an automation rule, or the Slack integration. If that’s more flexibility than your workspace wants, you can restrict it in two ways: turn Snooze off entirely, or cap the maximum snooze duration. Whichever you choose, the restriction is enforced consistently across every place a conversation can be snoozed — there’s no surface where an agent can quietly bypass it.

Where to set it

Go to Settings → Conversation handling. There you’ll find the snooze policy controls for your workspace:

• A toggle to disable Snoozed status for the whole workspace.
• A maximum snooze duration, expressed in days and hours, that applies whenever Snooze is enabled.

These two controls are independent. You can leave Snooze on with no cap (the default), leave it on with a cap, or turn it off outright.

Turning off Snooze entirely

Flip the toggle off, and the Snoozed status stops being available across the workspace. Agents can’t snooze a conversation from any surface:

• The Snooze action disappears from the conversation action bar and the command palette, and the Z keyboard shortcut no longer opens the snooze dialog.
• A macro that sets status to Snoozed skips that part of the macro rather than failing silently — the agent sees a toast explaining that snooze is off and the status wasn’t changed.
• Bulk reply removes Snoozed from the status dropdown, so it’s not an option to begin with.
• Automation rules and the Slack integration can no longer move a conversation into Snoozed either.

Existing conversations that were already snoozed before you turned the toggle off aren’t affected — they still wake up on schedule. The toggle only stops new snoozes from being created.

Capping the maximum snooze duration

If you’d rather keep Snooze available but limit how far out agents can push a conversation, leave the toggle on and set a maximum snooze duration (days/hours). This puts a ceiling on the wake time an agent — or a macro, an automation, or Slack — is allowed to choose.

Once a cap is set:

• The snooze dialog and macro presets are filtered. Any preset or custom time beyond the cap simply isn’t offered, so agents only ever see options they’re allowed to pick.
• Snooze always requires a wake time within the cap. There’s no way to snooze “indefinitely” or leave the wake time unset — every snooze must specify a time, and that time has to fall inside the maximum you’ve configured. This applies uniformly to the snooze dialog, macros, automation rules, and the Slack integration’s snooze action.
• Bulk reply behaves more strictly than the other surfaces. Bulk reply doesn’t have a way to prompt for a wake time, so as soon as any cap is set — even a generous one — Snoozed is removed from the bulk reply status dropdown entirely. Bulk reply only offers Snoozed when Snooze is on and there’s no cap at all.

How the limit surfaces to agents

• Action bar / keyboard shortcut (Z) — Snooze action is hidden; shortcut does nothing — Unaffected — agent can still open the snooze dialog
• Snooze dialog — Not reachable — Presets and custom times beyond the cap are filtered out
• Macros — Snooze step is skipped with a toast (“Snooze is off for this workspace. The status was not changed.”) — Only in-cap presets are offered; if a macro’s configured preset still exceeds the cap at run time, the agent sees a refusal toast with the server’s reason
• Bulk reply — Snoozed removed from the status dropdown — Snoozed removed from the status dropdown whenever a cap exists (bulk reply can’t collect a wake time)
• Automations — The Set status action can’t target Snoozed — The rule is refused at run time if it would snooze without a wake time inside the cap
• Slack integration — Snooze action refused — Snooze action refused unless the requested wake time is within the cap

The common thread: wherever a wake time can’t be supplied — or would fall outside your cap — the snooze attempt is refused rather than silently applied with no wake time. This keeps every snoozed conversation on a real schedule, so it’s guaranteed to come back to an active queue instead of sitting parked indefinitely.

Choosing between “off” and “capped”

• Turn Snooze off if your team shouldn’t be deferring conversations at all — for example, a workspace that wants everything either Active or Done/Archived.
• Set a cap if you want to keep the flexibility of snoozing but stop agents from pushing conversations weeks or months into the future, where they’re effectively forgotten.

Either setting takes effect immediately for new snooze actions; it does not retroactively change conversations that are already snoozed.