Skip to main content

Why Is There a Delay Between Messages Even With No Delay Set?

Explains why messages take longer than expected to send even when no delay node is configured — sender schedule, daily limits, queue size, and task processing cycles.

Written by Nadia Martynova

No delay node in your automation doesn't mean messages send instantly or back-to-back. Several factors control when a task actually fires — here's what's likely causing the gap you're seeing.

Sender schedule window

This is the most common cause. Tasks only execute during the sender's active working hours. If a lead reaches a message node at 5 pm and the sender's schedule ends at 6 pm, the next task won't fire until the following working day — even with no delay node in the flow.

The same applies to weekends. If your sender is scheduled Monday–Friday and a lead reaches a node on Friday evening, the next message fires Monday morning.

How to check: Go to Sender Profiles → LinkedIn tab → Schedule and review the active days and hours. Also verify the sender's timezone — a wrong timezone shifts the entire window.

Daily limit and Auto-warmup pacing

GetSales caps how many tasks a sender executes per day via the Daily limit. Auto-warmup manages this limit automatically — it ramps up gradually toward your Target daily limit based on account age and health, and holds it there.

Once a sender reaches their daily cap, all remaining tasks for that day are pushed to the next working day. This means a lead that's "next in line" at 2 pm may not receive their message until tomorrow morning.

How to check: Go to the sender profile → LinkedIn tab → Auto Tasks & Daily Limits. Compare the Daily limit (actual today's cap) with the Done today count on the relevant activity card. If Done today = Daily limit, the sender is at capacity until tomorrow.

Warmer leads get scheduled first

GetSales prioritizes tasks based on where a lead sits in the automation flow: tasks from nodes closer to the end of the automation are scheduled before tasks from nodes closer to the start.

This is intentional. Leads further along in the flow have already engaged (accepted a connection, received earlier messages) — they're warmer, and it makes more sense to prioritize follow-up with them over firing the first touchpoint at newer leads.

In practice: if your sender has a daily limit of 50 messages and 200 leads are waiting across multiple nodes, leads at the later nodes in the flow will be scheduled first. Leads at the first message node may wait longer even though they "arrived" earlier.

Queue spread and dynamic updates

If many leads are waiting on the same node, GetSales distributes their tasks across multiple days according to the sender's daily limit. There's no way to send 500 messages in one day if the daily limit is 50 — leads further back in the queue simply wait their turn.

The queue is also dynamic — it updates in real time as events happen. When a lead finishes waiting on a timer node and moves to a Send Message node, they're added to the queue immediately. This means the schedule you see in the task modal can shift as new leads enter nodes throughout the day.

How to check: Click the In Progress counter on a message node → look at the scheduled dates in the modal. If tasks are spread over multiple future dates, that's queue pacing at work.

Timer node delays are a minimum, not a guarantee

If you've added a Timer node between messages (e.g. "wait 3 days"), that delay is the minimum gap — not the actual one. Here's what happens: once the timer expires, the lead moves to the next message node and enters the task queue. From there it still has to wait for the sender's working hours and available daily capacity, exactly like any other task.

So if your sender is already at their daily limit when a timer fires, or if many other leads are ahead in the queue, the actual gap between messages will be longer than the configured delay. A 3-day timer can easily result in a 4- or 5-day gap in practice.

This is expected behavior — the timer controls when the lead becomes eligible for the next message, not when the message is guaranteed to send.

In short

The gap between messages is almost always explained by one of these:

Cause

Where to look

Outside sender working hours

Sender profile → Schedule

Daily limit reached

Sender profile → Auto Tasks & Daily Limits

Warmer leads scheduled ahead

Node modal → scheduled dates

Many leads queued, spreading across days

Node modal → scheduled dates

Timer node delay + queue wait stacking

Node modal → scheduled dates

If you need messages to reach leads faster, the main lever is increasing the sender's Target daily limit (within safe Auto-warmup bounds) or adding more sender profiles to distribute the load.

Note: GetSales doesn't support scheduling a message for a specific date or time. There's no way to say "send this message on June 5th at 10 am." The system schedules tasks automatically based on the sender's working hours, daily limit, and queue order. The closest you can get is controlling the pace — by adjusting the Target daily limit or using a Timer node to introduce a fixed delay before the next step.

Related articles

Auto-warmup Guide — how Daily limit vs. Target daily limit works and how Auto-warmup ramps output

My Campaign Is Stuck — Troubleshooting Checklist — if tasks aren't firing at all rather than just delayed

How to Check if Your Automation is Working — verify task execution at sender and campaign level

Did this answer your question?