Reply timing and handover settings | IcloneU
Account & Settings

Reply timing and handover settings

The Options tab of Account settings is where you control how and when your Clones reply — and what happens while a human is taking over. Three groups live here: handover timeout, a reply schedule for pausing on specific dates, and reply timing for restricting hours and adding a human-feel delay. These are account-wide defaults, not per-Clone or per-channel toggles.

7 min read Intermediate Updated June 15, 2026

Open the avatar menu (top-right) → Account settings → the Options sub-tab — the fourth tab, after Your details, Billing and Billing preferences. It's a single scrollable page of reply-behaviour preferences, split into three cards: Handover timeout settings, Reply schedule and Reply timing. The settings on this tab save on their own — toggles and pickers save immediately, number fields save a moment after you stop typing — so there's no separate Save button (the one exception is the Add/edit date-range dialog, which has its own Save button).

Account-wide, not per-Clone

Everything on this page applies across your whole account and every channel. There is no per-Clone or per-channel override of these settings on this tab — they're the defaults that govern reply behaviour everywhere.

Handover timeout settings

Handover is when a conversation is escalated from the Clone to a human. Triggering and managing that takeover happens per conversation in the Messages surface — this card only configures the timeout and fallback of that flow: how long to wait for a human, what to do if no one shows up, and whether the Clone reassures the contact while they wait. The card's own subtitle sums it up: "Optionally let the clone nudge the contact while a human picks up — then fall back if no one does."

Two groups sit inside this card: Send wait messages (the optional reassurance nudges) and Handover timeout (the wait period and what happens at the end of it).

  1. Send wait messages

    A toggle described as "Send periodic messages to reassure the user while waiting for an agent to join." When you turn it on, two fields appear: Interval between messages (minutes) — how often a reassurance message goes out — and Maximum wait messages to send — the cap on how many are sent.

    Then silence until the timeout

    The reassurance is capped, then stops. After the maximum number of messages have gone out at the configured interval, the contact hears nothing more until the handover timeout fires. A long timeout paired with a low message cap can leave a contact waiting in silence — the card's recap line spells this out, e.g. "Up to 3 messages, every 2 min — silence after that until the handover timeout."

  2. Timeout

    Under the Handover timeout heading, the Timeout dropdown sets how long to wait for a human to pick up before the timeout action fires. The choices are 15 minutes, 30 minutes, 1 hour, 2 hours and Never.

  3. On timeout

    The On timeout dropdown decides what happens when no human picks up in time. Two options: Hand back to the clone (the Clone resumes answering) or Notify the team (alert your team instead of resuming).

Set Timeout to Never to wait indefinitely

Choosing Never means the conversation stays in handover until a human actually claims it — the Clone won't auto-resume and no timeout fallback fires. Pick this when you'd rather a message sit waiting than have the Clone answer something a human was meant to handle.

Reply schedule

The Reply schedule card pauses replies for upcoming dates — its subtitle reads "Pause replies for upcoming dates — holidays, company closures, deploys." Each entry is a named date range during which the Clone holds its replies. When you have no ranges set, the empty state reads "No date ranges yet. Replies follow their normal schedule."

  1. Add date range

    Click Add date range. A small form opens asking for a Name (with the placeholder "e.g. Christmas closure") and the Dates — a start and an end date for the pause.

  2. Name it and pick the dates

    Give the range a name and pick the start and end dates, then save it. The end date can't be before the start date. Saved ranges show up in the list with a Replies paused meta line; click a row to edit it.

A pause is a hard hold, not an away message

A reply-schedule date range pauses replies entirely for the window — it does not send an automatic "we're away" reply in their place. This is a blunt pause: during the range, the Clone simply holds replies.

Reply timing

The Reply timing card makes replies feel less robotic in two ways — by limiting when the Clone is allowed to reply, and by adding a short randomised delay before each reply goes out. Its subtitle: "Hold replies back so the assistant feels human — send only during configured hours and add a short randomized delay. The default is instant replies." Note the last line: out of the box, replies are instant; these controls trade immediacy for a more human cadence.

  1. Timezone

    Pick the Timezone the reply hours are read in — its helper note says "Reply hours below are interpreted in this timezone." Set this before the hours, so the window you configure means what you expect.

  2. Only send replies during certain hours

    This master toggle gates the day-and-time window. Its helper: "When off, the clone replies at any time of day. The day and time controls below are disabled." So while it's off, the Days of week and Time window controls are dimmed and have no effect — turn it on to use them.

  3. Days of week

    With the hours toggle on, pick which days the Clone may reply using the Sun through Sat chips — "Select which days the clone is allowed to reply."

  4. Time window

    Set the From and to times for the allowed window.

    Overnight windows are backwards on purpose

    For a window that crosses midnight, set the start later than the end. The control says so directly: "Set the start later than the end for an overnight window (e.g. 22:00 to 06:00)." A naive "start before end" assumption is wrong here.

  5. Reply delay

    The Reply delay adds a random pause before each reply: "A random delay in this range is added to every reply so responses don't look automated. Set both to 0 for instant replies." The field reads "Wait between [ ] and [ ] minutes before replying." Leave both at 0 (or unset) and replies send instantly.

    The min can't exceed the max

    The lower bound has to be less than or equal to the upper bound. If you enter a minimum larger than the maximum, the card flags it: "The minimum delay must be less than or equal to the maximum."

A summary line at the bottom of the card recaps the current configuration. When nothing is configured it reads "Replies send instantly."; once you set hours and/or a delay it summarises the window and delay range instead.

The three cards at a glance

What each card on the Options tab controls, and the one thing to remember about it:

CardWhat it controlsRemember
Handover timeout settingsReassurance messages while waiting, the wait period, and the fallback when no human picks upConfigures the timeout/fallback only — the takeover itself is triggered in Messages
Reply scheduleNamed date ranges that pause replies entirely (holidays, closures, deploys)A hard hold, not an away-message reply
Reply timingRestrict reply hours by timezone/day/window and add a randomised delayDefaults to instant replies until you turn something on
The Account settings Options tab showing the three cards stacked: Handover timeout settings, Reply schedule, and Reply timing
The Options tab: three cards of account-wide reply behaviour.

Frequently asked

Neither — they apply account-wide. The Options tab holds account-level defaults that govern reply behaviour across every Clone and every channel. There's no per-Clone or per-channel override of handover timeout, reply schedule or reply timing on this tab.

Not here. Triggering and managing a takeover happens per conversation in the Messages surface. The Handover timeout settings card only configures what happens around that flow — how long to wait for a human, the reassurance messages sent while waiting, and whether to hand back to the Clone or notify the team if no one picks up.

No. A Reply schedule date range pauses replies entirely for the window — the Clone holds its replies rather than replying with an away message. It's a blunt pause, not an auto-responder.

Silence, until the handover timeout fires. Once the maximum number of wait messages have gone out at the configured interval, the contact hears nothing further until the timeout is reached and the on-timeout action runs (hand back to the Clone, or notify the team). A long timeout with a low message cap can leave a contact waiting quietly — worth balancing the two.

Set the start later than the end. For 22:00 to 06:00 you'd put 22:00 in From and 06:00 in to — the control calls this out, so don't expect the usual "start before end" rule to apply for windows that cross midnight.

For the tab's settings, no — they auto-save: toggles and pickers save immediately, and the number fields (like the reply delay) save a moment after you stop typing, so there's no separate Save button. The one exception is the Reply schedule Add/edit date-range dialog: that one has its own Save button (and Cancel), and you do need to save it to apply the range.

Was this guide helpful?
Thanks for the feedback!

Last updated June 15, 2026 · Account & Settings

Reconnecting to the server… Reload
🗙
Connecting…
Connection lost
Reconnecting to the server…
We couldn't reconnect automatically.