Help center Cases and collaboration Schedule a case email, change its send time, or return it to a draft Updated Wednesday, October 28, 2026 · Marc Staine Scheduled email lets you prepare an approved customer message now and hold it for a future send time. It can help with a planned maintenance notice, an agreed follow-up window or a handoff across time zones. The activity is committed to the case when you schedule it; the email is queued for later. Treat that distinction carefully: a visible activity is not proof the customer has received the message, and scheduling does not move the case’s SLA deadline. At a glanceFor: agents who can create and edit outbound activities on the case. Applies to: Supportbench Core.Start here: Case View → outbound activity composer → Advanced options → Send at (optional) Schedule an email from an existing case · Understand what scheduling does and does not do · Edit a pending scheduled email · Withdraw a future send by returning it to a draft · Example: a maintenance-window notice · Resolve scheduling problems Schedule an email from an existing case Open the intended case and read the latest customer activity. Confirm the Company, Contact, owner and current commitment before preparing a future message.Open the outbound activity composer for an email, reply or forward. Review the activity type, subject, body, attachments, To, CC, BCC and available Reply Address. At least one valid recipient and an authorized reply address are required.Open Advanced options. In Send at (optional), choose a genuinely future date and time. Confirm the local date/time context before translating an agreed customer time into this field.Read the message again as the future recipient. Remove assumptions that might become stale before it sends, or arrange a review before the scheduled time.Choose the composer’s outbound action: Send email, or Forward activity for a forward. This commits the scheduled activity and queues its message; it is different from Save draft.Find the activity in the timeline and verify its Send [date] status. Compare the displayed date with the time you intended.Check the case’s SLA and other promised updates separately. If the email would go after a response deadline, address the commitment through your team’s approved process rather than assuming the schedule moves it.This procedure uses Case View on an existing case. Do not assume the New Case form offers the same Send at control for its initial activity. The control belongs to outbound email/reply/forward composition, not an Internal Note or Task. Understand what scheduling does and does not do Event or controlOperational meaningSave draftKeeps an unsent draft. A new draft is not a queued scheduled message.Future Send at plus outbound commitCreates/updates a committed activity and its pending mail queue entry.Activity creation timeRecords when the activity was committed, not when the scheduled email will be sent.Send [date]A pending send time is displayed. It is not a delivery receipt.Sent [date]The activity reflects a completed send. If the customer reports non-receipt, investigate the delivery outcome rather than equating sending with reading.Failure statusInspect the failure and the actual queue/activity state before sending a duplicate.Blank or past send timeDoes not create a meaningful future schedule; ordinary near-immediate sending behavior applies.SLA response/closure datesRemain a separate service-commitment concern. Scheduling an email does not automatically extend them.Core converts the entered local date/time to its stored UTC value. Verify the displayed result, especially around a customer’s time zone or a daylight-saving transition. A typed date without confirming its time-zone meaning can produce a correctly saved but incorrectly timed message. Edit a pending scheduled email Open the case timeline and locate the correct activity by subject, recipient context and pending Send [date] status.Use Edit activity / attachments to open Edit activity. Confirm the message is still pending before changing it.Correct the body, recipients, attachments or Send at (optional) value as needed. Recheck the selected reply identity and the new future time.Complete the appropriate save/outbound action in the editor and inspect its result. Editing a pending message updates the existing queue identity; do not create another activity merely to change its schedule.Reopen the timeline entry and verify the saved content and intended pending send time. If sending began while you were editing, inspect the actual result and coordinate any necessary correction. Withdraw a future send by returning it to a draft Locate the pending scheduled activity and choose Edit activity / attachments.Review that this is the message you intend to withhold and that it has not already been sent.Choose Save draft while editing. For a pending scheduled message, this returns it to an unsent draft and cancels its future queue entry.Verify the draft state and absence of the prior pending-send status. If the action reports an error or the send outcome is uncertain, inspect the activity before retrying or assuming it was withdrawn.Assign responsibility for revising or discarding the draft. A withdrawn message does not itself communicate a changed plan to the customer.The timeline’s Cancel send control is for the short automatic undo delay on an ordinary near-immediate send. Do not rely on that control as the general way to cancel a manually scheduled future email. Neither workflow recalls an email that has already been sent. Example: a maintenance-window notice Prepare the message and the review responsibilityA customer has agreed to a maintenance window tomorrow. Draft the notice with the affected service, confirmed window and next support contact. Schedule it for the agreed advance-notice time, verify the pending Send date and leave an internal handoff identifying who will review the message if the plan changes.If the maintenance window moves, edit the existing pending message or return it to a draft. Check whether the customer already received an earlier message and whether a separate correction is needed. Keep the case’s response deadline and task ownership accurate; the queued notice does not replace those operational decisions. Resolve scheduling problems ProblemChecks and next stepSend at is missingConfirm you are composing an outbound email, reply or forward in an existing Case View. Note/Task and New Case composition differ.The message went promptly instead of waitingCheck whether Send at was blank, in the past or interpreted in a different local time context. Inspect the actual activity/send result before sending again.The activity appears now even though the email is for tomorrowExpected: creation time and send time are separate. Check the pending Send date.The pending message needs a correctionEdit that activity and verify the updated queue/time. Avoid creating an accidental duplicate.Cancel send is not shownFor a manual future schedule, edit the pending activity and use Save draft to withdraw it; check the resulting state.The SLA expired before the scheduled messageThe schedule did not extend the commitment. Review the case policy, approved exception or an earlier necessary response.The send failed or the response timed outInspect the activity status and existing pending/sent outcome. Resolve the specific failure before retrying. Continue learning Work a case and manage its activitiesAdjust a response SLA target deliberatelyUse response templates consistently Was this article helpful? Yes No Thank you for your feedback.