Task documentation
Task documentation
How do I make sure an automated follow-up stops the moment someone replies?
A single task, answered directly.
Short answer
It stops on its own. A reply moves the record and cancels the remaining sequence, because the General is reading the mailbox the sequence sends from rather than tracking opens from outside it.
Before you start
- The mailbox the sequence sends from, connected. This is what makes reply detection reliable: it reads the actual inbox rather than inferring a reply from a tracking pixel.
- SPF, DKIM and DMARC in place on your domain. Deliverability is inherited from your domain and this does not fix it.
Steps
- 1Connect the mailbox you already use. Sending happens as you, from your domain, and appears in your Sent folder.
- 2The General works the sequence on schedule, picking quiet threads back up until they resolve one way or the other.
- 3When a reply lands, the thread resolves: the record moves and the remaining sequence is cancelled.
- 4The reply is triaged like anything else in the inbox, separating what needs a decision from what needs a reply.
How you know it worked
Check the sequence after a reply and the remaining steps are cancelled rather than paused, and the reply is sitting in triage with a draft if one was warranted.
What this does not do
Stated here rather than discovered later
- It does not send from a third-party relay you cannot audit. Everything goes through your own connected mailbox, which is also why the Sent folder is the ledger.
- It does not fix a domain with broken authentication, and it will not pretend the deliverability problem is something else.
- It does not decide on its own that a reply was positive. A reply stops the sequence; what happens next is triage, not an assumption.
What this rests on
Related tasks
Last reviewed 2026-08-24. One of 5 task pages.