Skip to content
Astera Technology

Evaluate queued messages against the last actual delivery

Do not let a held candidate become the clock origin for a later candidate.

Use actual delivery as the origin

Synthetic recipient R13 received M0 at 14:00. Local scheduling rule permits at least 60 minutes between actual deliveries. Candidate M1 at 14:20 is held; M2 at 15:15 is then evaluated. Held M1 has no delivery event. This is a fictional spacing choice, not consent, spam law or provider behaviour.

Actual/candidate message ledger
MessageTimeDecision
M014:00 deliveredClock origin
M114:20 candidateHold:20min gap
M215:15 candidateEligible:75min from M0
Download editable CSV ↓

Evaluate candidates in order

  1. Read last actual M0 delivery
  2. Hold M1 for insufficient gap
  3. Retain 14:00 as origin
  4. Evaluate M2 at 75 minutes

Eligibility is a scheduling result, not proof M2 was actually delivered.

Does M2 meet the spacing rule?

Show the worked answer

Yes,75 minutes since M0. Measuring 55 minutes from held M1 would use an event that never happened.

Keep held candidates out of delivery history

Filled campaign-operation checks
CaseDecision or resultReason
Use held M1 as last deliveryReject clock originNo delivery event
M2 gap 75 from M0EligibleAt least 60
Download editable CSV ↓

Keep candidate decisions and actual delivery records in separate columns. Apply the real organisation’s contact rules independently before any actual campaign operation.

Related resources