The delay before sending the messages.
The use of this property will schedule the sending of the messages to be sent after the specified delay from the current time.

This property can not be used in conjunction with the scheduleAt property.

The format must be in ISO 8601 duration.

Examples:

• PT0.25S for 250 milliseconds
• PT20S for 20 seconds
• PT15M for 15 minutes
• PT30M50.5S for 30 minutes, 50 seconds and 500 milliseconds
• PT4H for 4 hours
• P3D for 3 days
• P2W for 2 weeks
• P1M for 1 month

The slicing condition allows you to define how the messages should be sliced when sending them.

• fragmentedSlots: If slicing is enabled, slots will be assigned based on availability starting from the scheduled time, regardless of whether they are consecutive, and only within the next 48 hours.
• immediateConsecutiveSlots: If slicing is enabled, slots will be assigned based on availability starting from the current time (or from the scheduled time,
  if it's a scheduled sending), and within the next 48 hours — but only if they are consecutive.
  If not enough consecutive slots are found, the task will be marked as canceled and will not be executed.
• deferredConsecutiveSlots: If slicing is enabled, the system will attempt to find the first set of consecutive available slots starting from the current time
  (or from the scheduled time, if it's a scheduled sending) and within the next 48 hours.
  Unlike immediateConsecutiveSlots, the consecutive block does not need to start in the first evaluated slot, so fully occupied slots can be skipped until a valid block is found.
  If no suitable consecutive block is found, the task will be marked as canceled and will not be executed.

If not provided, the default condition is fragmentedSlots.

Keep in mind that these conditions will only apply to a given sending when the slicing activation criteria are met.
Also, any slots that fall within the configured forbiddenHourRanges will be considered unavailable for all slicing strategies.