frontpage-host 0.3.17 → 0.3.18

package/AGENTS.md

@@ -121,7 +121,7 @@ Sites are Astro 6 + Tailwind v4. More detail: `frontpage help site-building` or
 - Forms: `data-fp-form` markup in pages + `frontpage modules` for enable/config. No submit JS / honeypot / `action`. Do not put a CRM webhook or token in HTML.
 - Connect-once modules: Store Stripe connect is `frontpage payments connect`. `--no-open` for CI. `request-setup` remains valid when you want the **editor amber bar** instead. Payments and Store share one Stripe account. Pause Payments through its availability action; generic module writes cannot bypass invoice/recurring stop rules. Auto-active modules (forms/callbar/…) need markup, not request-setup. Typed settings: `frontpage modules callbar|forms|booking|signups get|set` (forms set needs `--instance`; do not target `default`). Form destinations (HubSpot / Pipedrive / Privyr): connect once, then attach each form. `frontpage modules forms destinations|connect-destination|attach-destination|detach-destination|remove-destination --yes|request-destination-setup`. Token write is **admin**; `request-destination-setup` lights the editor amber bar (**editor** key). Do not use `request-setup forms` for a CRM (no-op). Connecting does not attach every form. Privyr: paste the Incoming Webhook URL from Automations → Lead Sources → Webhooks (`https://www.privyr.com/api/v1/incoming-leads/…`), not a token and not Outgoing Webhooks. HubSpot: Development → Keys → Service keys or Development → Legacy apps → Auth → Show token. Pipedrive: profile → Company settings → Personal preferences → API. Full docs: https://frontpage.host/developers/modules#forms-destinations. `frontpage modules <key>` prints that key's CLI usage (exit 2). Index: https://frontpage.host/developers/modules. Store: https://frontpage.host/developers/store
 - Google reviews: platform nodes only (`data-fp-google-reviews` / `data-fp-google-ask` + required `data-fp-requires="google_reviews"`). `data-layout` is `feed` (default), `badge`, or `link`. Never invent stars, quotes, a 1–10, or a Maps URL. Do not pick a Place ID via Autocomplete and do not write `placeId` through `modules config`. Owner-supplied Place ID / Maps URL: `frontpage modules google_reviews connect --place-id …` or `--maps-url …` (server resolves + seeds). Curation: `list-reviews`, `hide --id`, `show --id`, `set-stars`, `set-sort`, `set-weight`, `reset-weights`, `refresh`, `disconnect`. Usage: `frontpage modules google_reviews`. Docs: https://frontpage.host/developers/modules/google-reviews. Ask-widget scores: `frontpage inbox google_reviews`.
-- Articles: `frontpage articles …` for lifecycle; bodies via sync under `content/` or `articles content get|set`. Section landing is an owned `src/pages/<section>/index.astro`.
+- Articles needs no setup. `frontpage articles create-section --label "Blog" --route blog` creates an active section. Use `archive-section --section blog` / `restore-section --section blog` to turn it off / on. Draft articles stay unpublished. Bodies use sync under `content/` or `articles content get|set`. The section landing is an owned `src/pages/<section>/index.astro`. Frontpage manages article routing; do not read or edit the managed routing file.
 - Migrate a folder into Articles: prefer `frontpage prompt "migrate … into articles"` — do not invent a mass delete+write migration.
 - Extensions: `frontpage extensions`; if LOCKED on plan, do not fake charts/etc.
 - Media: `frontpage media upload <file>` — images/PDF ≤25 MB, video (MP4/WebM/MOV) ≤50 MB, SVG/text ≤4 MB (sanitizing proxy). Human output prints `sitePath:` first (use that in markup — never raw blob hosts), then optional `url:`. Optional `?w=` on rasters only. **Text/CSV** uploads are inline only — **not** added to the media library and **cannot** be linked via `/__media` (`media upload --json` omits full `content`; use `inbox … --csv` for submission exports).

package/MAIL.md

@@ -179,6 +179,14 @@ Copy the canonical UTC scheduledAt from the saved response into review, or null
 
 Confirmation freezes the eligible recipients and content. Groups and filters resolve at confirmation, not at the future send time. Permission, opt-out and delivery checks still apply before sending. A confirmed future campaign has stored status `pending` and scheduledAt; the UI labels that combination Scheduled. Drafts remain `draft` regardless of date. Queued, sent and delivered are different states; read campaign counts and the send ledger. Before queueing begins, a confirmed schedule can be cancelled or moved as described below. Its content and recipients stay fixed unless cancelled and confirmed again.
 
+`campaign get` returns `counts.sent` as the number accepted by the email provider, including messages later marked delivered, bounced or complained. Check individual send records for those delivery outcomes; acceptance does not promise inbox delivery. Delivery updates do not use another email from the allowance. Unfinished reservations still hold allowance until they send or fail. Configured hourly, daily and monthly limits stay unchanged.
+
+Delivery callbacks save the event, send outcome and any required site restriction together. If that save fails, the provider receives an error so it can retry; repeated events do not apply twice. A delay cannot undo delivery, and delivery cannot erase a hard bounce or complaint. Temporary bounces and delivery delays appear as sent with a delay detail while the provider handles delivery. A delivered event clears that detail. Failed events keep the provider reason on the send record. They do not queue a second email. Hard bounces, complaints and provider suppressions restrict that address and cancel its active series enrollments on that site. Existing unsubscribes stay in effect. These updates apply to workspace, CLI and agent sends through the same service; commands, permissions and limits stay unchanged.
+
+The existing worker defers a blocked site's due backlog so other sites can progress. Hourly and temporary holds retry after one minute; monthly allowance and sender-setup holds retry after five minutes. Future send/retry times and other workers' active claims stay intact. Provider requests time out after 15 seconds, including a stalled response body. Remaining batch claims are released on an early exit; a worker that stops before cleanup uses the existing ten-minute stale-claim recovery.
+
+Each email keeps its original provider request and send ID after the first attempt. Later sender-setting changes do not change that retry. Temporary failures and throttling use the existing eight-attempt limit, exponential waits and a longer provider Retry-After. Waits start from the current attempt's completion. A provider throttle also defers the existing shared marketing provider slot, so other marketing messages honor that wait. Automatic sends stop after 23 hours from the first attempt, inside the provider's 24-hour duplicate-protection window. An older attempted or abandoned claimed row without its original request also stops with an uncertain-outcome error on its failed send record. Check send history and known provider IDs before deciding what to do; never automatically create a new batch or request key to repeat an uncertain send. These errors add no recovery workflow. A successful response or accepted delivery confirmation advances its series step once, including after a lost response. The next wait uses the provider message creation time when available, otherwise the confirmation time. Repeated confirmations never reset that wait or restart cancelled/completed enrollments. Series Off state, enrollment, restrictions and the platform sending switch are checked again after pacing. Campaign schedules keep their existing behavior.
+
 Keep the same requestKey and exact payload after an uncertain save or confirmation. Read back campaign state and retry the original request; never create a new send key to recover an uncertain result. A changed request needs a fresh review. The older `mail send email` / `send_mail_email` path sends immediately and cannot confirm a scheduled campaign; it returns a conflict for dated campaigns. Use campaign send instead. Test sends and dry runs do not confirm or start the campaign; existing test restrictions still apply.
 
 ### Manage a confirmed schedule
@@ -221,7 +229,7 @@ Sort values: `newest`, `oldest`, `name`. Added order uses the CRM record's added
 Use existing `frontpage people workspace series.preview --file preview.json` then `series.enrol --file batch.json` for reviewed CRM enrollment. Preview input: `{ "seriesId":"SERIES_ID", "personIds":["PERSON_ID"] }`. Each returned batch contains personIds and reviewToken; commit with those fields, seriesId and a stable requestKey. Reuse each batch's key after a network error. Receipts preserve partial outcomes. Enrollment saves immediately and never requires Save series afterward. Existing enrollment is deduplicated across all states; completed/cancelled people do not restart.
 
 - **Off:** eligible people wait at step 1. Enrollment creates no queued message, first-template snapshot, due date or allowance reservation. No sender readiness or send meter is needed to record waiting people.
-- **On:** the first email becomes ready, subject to normal permission, sender, kill switch, send window and allowance checks.
+- **On:** the first email becomes ready, subject to normal permission, sender, kill switch and allowance checks. Series can send at any hour; later steps keep their configured delays.
 - **Turning Off:** pending series messages stop before provider handoff. A message already accepted by the provider cannot be recalled.
 - **Turning On again:** new waiting people begin at step 1. Started people resume their next unsent step with its saved due date; an overdue step can send on the next pass. Each later wait starts after successful provider acceptance. Off time never skips a new person's first email or causes all later steps to send at once.
 
@@ -234,11 +242,11 @@ Selections with IDs use a read-only `POST /api/v1/sites/YOUR_SITE/mail/people` b
 ## Settings and suppressions
 
 ```bash
-frontpage mail settings set --header-align center --window-start 540 --window-end 1020 --hourly-cap 100 --site YOUR_SITE
+frontpage mail settings set --header-align center --hourly-cap 100 --site YOUR_SITE
 frontpage mail settings set --file settings.json --site YOUR_SITE --json
 ```
 
-The settings JSON accepts exactly replyTo, postalLine, fromName, timezone, sendWindowStart, sendWindowEnd, hourlyCap and headerAlign. Omitted fields stay unchanged. Null clears replyTo, postalLine, fromName or hourlyCap. Window values are integer minutes after midnight (0–1439), hourlyCap is null or 1–1000, timezone is an IANA time zone, and headerAlign is left/center/right. A business postal address is still required for actual marketing sends. `--hourly-cap null` clears that cap. A settings save, content edit, read, cancellation or switch Off does not depend on the send meter.
+The settings JSON accepts exactly replyTo, postalLine, fromName, timezone, sendWindowStart, sendWindowEnd, hourlyCap and headerAlign. Omitted fields stay unchanged. Null clears replyTo, postalLine, fromName or hourlyCap. sendWindowStart/sendWindowEnd and --window-start/--window-end are retained only for compatibility and no longer restrict sending. Their stored values remain integer minutes after midnight (0–1439). hourlyCap is null or 1–1000, timezone is an IANA time zone, and headerAlign is left/center/right. A business postal address is still required for actual marketing sends. `--hourly-cap null` clears that cap. A settings save, content edit, read, cancellation or switch Off does not depend on the send meter.
 
 `mail suppress list|add|rm` uses the existing site suppression service. Adding stops that site's marketing campaigns/series and cancels active enrollments. Transactional receipts and support replies follow separate rules. Removing a suppression does not restore consent, resubscribe someone or restart cancelled series.
 

package/README.md

@@ -57,6 +57,18 @@ Machine-readable: `frontpage help --json` and global `--json` / `--quiet` on com
 See [AGENTS.md](./AGENTS.md) and [llms.txt](./llms.txt) in this package.
 
 
+## Articles
+
+Articles needs no setup. Creating a section makes it active:
+
+```bash
+frontpage articles create-section --label "Blog" --route blog
+frontpage articles archive-section --section blog
+frontpage articles restore-section --section blog
+```
+
+Use `create-article` or `content get|set` to write content. Draft articles stay unpublished. Frontpage manages article routing; do not read or edit the managed routing file.
+
 ## People groups, stages, rules, and imports
 
 Use `frontpage people overview`, `groups`, `stages`, `membership`, `rules`, `attachments`, `import`. Use `frontpage mail campaign` for one-off group/stage/list audiences in Emails. Every editor action is available through these commands or `frontpage people workspace OPERATION --file payload.json`. Full operations and examples: [PEOPLE.md](./PEOPLE.md); public guide: https://frontpage.host/developers/people. Automated emails select a saved template or series. Campaigns use their own drafts.

package/dist/modules/commands.js

@@ -133,8 +133,8 @@ export const MODULE_COMMANDS = [
     {
         key: "articles",
         name: "Articles",
-        summary: "Content hub. Lifecycle lives on `frontpage articles`, not under modules.",
-        genericActions: GENERIC_ACTIONS,
+        summary: "Articles needs no setup. Manage sections with `frontpage articles`.",
+        genericActions: ["docs", "request-setup", "config"],
         extraActions: [],
         notYet: [],
         examples: [
@@ -143,7 +143,7 @@ export const MODULE_COMMANDS = [
             "frontpage articles list",
         ],
         notes: [
-            "Do not fold article create/edit under `modules articles`. Use `frontpage articles …`.",
+            "Creating a section makes it active. Use `frontpage articles create-section`, `archive-section`, or `restore-section`; draft articles stay unpublished. `request-setup articles` only explains this and makes no changes.",
         ],
     },
     {
@@ -263,8 +263,10 @@ export function formatModuleUsage(key) {
         "",
         "Actions (generic):",
         "  docs                 Markup / agent how-to",
-        "  request-setup        Amber bar in the editor (CLI cannot show it)",
-        "  enable|disable|archive",
+        key === "articles"
+            ? "  request-setup        No setup needed; makes no changes"
+            : "  request-setup        Amber bar in the editor (CLI cannot show it)",
+        ...(def.genericActions.includes("enable") ? ["  enable|disable|archive"] : []),
         "  config --config '{…}'  Whitelisted JSON only",
     ];
     if (def.extraActions.length) {

package/dist/registry.js

@@ -363,7 +363,7 @@ export const COMMANDS = [
         ],
         dangers: [
             "Secret values are never returned — masks only",
-            "request-setup surfaces an owner prompt in the editor status bar (CLI cannot show it)",
+            "request-setup surfaces an owner prompt only for modules that need setup. Articles needs none; create a section with frontpage articles create-section.",
             "payments and the store share one Stripe account — payments disconnect 409s if the store still uses it",
             "OAuth cannot finish in the terminal; connect only opens the vendor URL",
             "Do not write placeId through generic config — that skips listing resolve + seed",
@@ -598,7 +598,7 @@ export const COMMANDS = [
         flags: [
             "save --file save.json: one retry-safe email/series save; existing campaigns and series need expectedUpdatedAt. Template saves keep history; last save wins. See MAIL.md.",
             "people --q --source --sort newest|oldest|name --availability all|eligible|restricted --page --selected --selected-only.",
-            "settings set --file settings.json supports all eight fields and null resets; --header-align, --window-start, --window-end, --hourly-cap null|1..1000.",
+            "settings set --file settings.json supports all eight fields and null resets; --header-align, --hourly-cap null|1..1000. Legacy --window-start/--window-end remain accepted but do not restrict sending.",
             "sends list --q --status --type campaign|series|confirmation|template|test|inline --page 1 --limit 20.",
             "Series status active means On; paused/draft mean Off. Enrollment while Off waits at step 1, without sending. Existing people resume their next unsent step.",
             "campaign preview|audience|send|get|unschedule|reschedule. --id DRAFT_ID, --file audience.json ({audience:{groupIds|stageIds|personIds|filters}}). send, unschedule and reschedule require --request-key; reuse it after a network error. Templates/series are for automation; campaigns have separate drafts. See PEOPLE.md.",
@@ -649,9 +649,16 @@ export const COMMANDS = [
         topics: ["content"],
         examples: [
             "frontpage articles list",
+            'frontpage articles create-section --label "Blog" --route blog',
+            "frontpage articles archive-section --section blog",
+            "frontpage articles restore-section --section blog",
             "frontpage articles content get --section blog --article my-post",
             "frontpage articles content set --section blog --article my-post --body '…' --base <sha>",
         ],
+        flags: [
+            "Articles needs no setup. Creating a section makes it active. Draft articles stay unpublished; archive-section / restore-section turns a section off or on.",
+            "Frontpage manages article routing. Use the Articles commands to create sections and edit content; do not read or edit the managed routing file.",
+        ],
     },
     {
         name: "settings",
@@ -810,7 +817,7 @@ export const TOPICS = {
 
   Modules & articles (short):
   - Forms: <form data-fp-form="slug"> with named inputs; no action/onsubmit/honeypot.
-  - Articles: frontpage articles …; migrate folders via frontpage prompt (don't invent mass delete+write).
+  - Articles needs no setup. create-section makes a section active; archive-section / restore-section turns it off / on. Draft articles stay unpublished. Use frontpage articles …; migrate folders via frontpage prompt (don't invent mass delete+write).
   - Media: frontpage media upload (images/PDF ≤25 MB, video ≤50 MB). frontpage images generate --prompt "…" [--count N] for 1–4 AI variations of one invented picture (AI $ + storage). Use sitePath /__media/uploads/<slug>/… in markup (not raw blob URLs). Optional ?w= on rasters only.
   - Store: frontpage store for catalog, settings set-fulfillment / set-checkout-fee / set-receipt; frontpage payments owns Stripe and invoices. Write data-fp-store-grid + data-fp-cart (data-fp-requires=store; cart starts hidden). Unless they said they do not want product pages, write one src/pages/products/item.astro with data-fp-store-product. If they said no, skip that file and do not bind href or url. Guide: https://frontpage.host/developers/store
 

package/llms.txt

@@ -63,3 +63,5 @@ Template history (frontpage-host 0.3.11+): read `mail template get ID` before ed
 Video uploads: the current CLI prepares a browser-compatible MP4 after uploading a local video, including prompt --attach. Use the returned sitePath and actual filename. prepared:false plus warning means the original was retained and playback compatibility is not assured. media list prefers an exact completed prepared copy. Existing video URLs are unchanged. See AGENTS.md for the upload and fallback contract.
 
 AI Support Agent knowledge: read the latest note, then save the same ID. Last save wins and prior saved changes remain in history. Knowledge history supports limit/cursor and version reads within the plan Rewind allowance plus the latest version. Archive with customer-inbox post knowledge/ID/archive and {} to stop future use without deleting records. See CUSTOMER-INBOX.md.
+
+Articles needs no setup. Use `frontpage articles create-section --label "Blog" --route blog` to create an active section, `archive-section --section blog` / `restore-section --section blog` to turn it off / on, and `create-article` or `content get|set` for content. Draft articles stay unpublished. Frontpage manages article routing; do not read or edit the managed routing file.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "frontpage-host",
-  "version": "0.3.17",
+  "version": "0.3.18",
   "description": "Frontpage CLI — manage your site from the terminal",
   "type": "module",
   "bin": {