"Hi FireRock Marketing Team, This is a no-reply email, and the information provided is for your reference. Replying to this email will create a ticket, but it will be auto-closed with an automated response. This email is to inform you that your sub-account has temporarily had its SMS sending capabilities restricted due to reaching the messaging limit. Below are the details: Location Name: Go Green Landscape Supply LocationID: bWewIUbZslRITb0F0Dh8 Location Email: timlopes1016@outlook.com Messaging Limit: 250 Why This Happened The restriction has been applied because your sub-account has reached the messaging limit for SMS messages. To restore SMS sending capabilities, please ask your agency admin/owner to increase your messaging limit to accommodate higher messaging volumes. SMS sending capabilities will automatically reset at Sat Jun 13 2026 15:46:37 GMT+0000 (Coordinated Universal Time). For further details, refer to the guidelines in the links provided or contact us for assistance. Thanks"

Go Green SMS Drip Throttle (Defeat the GHL Messaging Ramp Cap)

Objective: Stop the promotional SMS blast from hitting Go Green's automatic messaging-ramp limit by releasing sends in throttled daily batches that stay under the current cap, so no send ever gets restricted again.

Context

Go Green Landscape Supply (bWewIUbZslRITb0F0Dh8) hit GHL's automatic 10DLC messaging ramp (Level 2 = 250 SMS / 24h) because the promo workflow enrolls the whole list at once and fires 750+ texts in a single burst. There is no agency-side override; the ramp is Twilio reputation-based and climbs on its own (250 → 500 → 750 → 1,500 → 2,250 → 3,000) with consistent sending. Patrick approved the fix already: keep the same content but drip it out over time so daily volume never exceeds the cap. This plan builds that throttle on the existing send workflow and re-enrolls the audience.

The Plan

1. Verify scope before any write. Confirm the active GHL account is Go Green Landscape Supply bWewIUbZslRITb0F0Dh8 (agency company D9lsvHxS9x0YxZjZuuLk). Capture a fresh token-id for paul-ai-ghl-firerock if needed.
2. Confirm sending is actually allowed. Check A2P campaign status is APPROVED (task header says APPROVED; the local April audit showed FAILED/30896 before the 2026-06-06 resubmit — reconfirm live before enrolling). If not APPROVED, stop: drip cannot fix a non-approved campaign.
3. Read current messaging tier. Open the Go Green phone/number settings and note the live daily cap (Level 2 = 250, Level 3 = 500, etc.). The drip rate is sized against this number.
4. Open the target workflow 6fc90db2-bb34-4607-8708-ee363c17aea7 ("re-enroll them here" per thread). GET it first (read version), confirm it is the promo SMS sender, and identify: the enrollment trigger/segment (tag or list), the SMS step(s), and current enrollment/re-entry settings.
5. Move workflow to draft, then enable Drip Mode (workflow Settings → Drip): release 200 contacts every 24 hours initially (safe under the 250 floor). Once the tier is confirmed at Level 3 (500), raise to 400 every 24 hours. Leave SMS body, sender number, and any wait/branch logic unchanged.
6. Set enrollment guards: "Allow re-enrollment" off for this one-shot blast; "Stop on response" on if it's a promo that should halt on reply. Verify the trigger filters to opted-in, non-DND contacts only.
7. Clear the stuck queue: remove contacts currently sitting in the failed/restricted execution so they re-enter cleanly under the new drip (do not leave duplicates that would double-send).
8. Publish the workflow. Verify one live send to a test contact (confirm SMS delivers, STOP footer present) before bulk enroll.
9. Re-enroll the promo segment (the tag/list from step 4) into the published workflow. GHL now releases them in 200/day batches automatically.
10. Monitor the daily sent count for 2-3 days against the cap; raise the drip batch size as the ramp tier climbs.

Workflows

• Go Green | SMS Promo (Throttled Drip) — the existing 6fc90db2-bb34-4607-8708-ee363c17aea7, modified in place (clone to a new workflow only if drip cannot be retrofitted cleanly). Trigger: existing promo segment (tag/list, confirm in step 4). Actions: unchanged SMS step(s) with Drip Mode throttle (200 → 400 per 24h). Tags: no new taxonomy; reuse the current enrollment tag. Custom fields: none.

Definition of Done

• Workflow published with Drip Mode ON at ~80% of the current daily cap (200/24h at Level 2).
• One test SMS delivered successfully with STOP/opt-out footer intact.
• Promo segment re-enrolled; GHL execution log shows contacts releasing in batches, not all at once.
• No new "messaging limit reached" restriction email for Go Green after re-enrollment.
• Daily sent count stays below the live tier cap for the monitoring window.

Risks & decisions

• Speed vs safety tradeoff (Paul to confirm): 200/day means a 750-contact list takes ~4 days to fully send. Patrick explicitly wanted the batch spread out, so this is acceptable, but confirm the promo is not time-critical (e.g. a dated sale) before locking the rate.
• A2P must be APPROVED live. If the 2026-06-06 resubmit did not clear, sends stay blocked regardless of drip. Reconfirm before enrolling.
• No immediate big jump. The only way to raise the cap instantly is a GHL support request; drip is the correct recurring fix and needs no override.
• In-place edit vs clone: editing the live workflow is faster and matches "re-enroll them here," but requires draft → publish. If the workflow is shared with other live sends, clone instead to avoid disrupting them. Confirm the workflow's sole purpose in step 4.
• Avoid double-sends: any contacts already partway through must be cleared from the old execution before re-enroll, or they receive the SMS twice.