Email Directory — Every Email Benecaster Sends

A single table of every email Benecaster’s own WordPress site can send — what triggers it, the template file that renders it, and where to read more. This is a directory, not a replacement for the pages it links to: Automated Emails explains each one for a podcaster audience, Email Types Reference covers the filter and action hook families that target them, and Billing Emails covers the five built-in membership templates in full, including default copy.

Scope: emails sent by your own site only. Every row below is dispatched by the plugin’s own EmailQueue, through your own SMTP connection. It does not include emails benecaster.com sends you directly about your account (threshold warnings, plan changes, payment-failure notices) — those never pass through your site and have no template file to override. See the “Emails Benecaster Sends You From benecaster.com” section of Automated Emails for that list. It also excludes add-on-only email types (broadcast, episode_notification, the analytics_digest_* family) — see Email Types Reference for those.

Subscriber Emails

Welcome, Token Reset and Tier Change can each be switched off per show, at Benecaster → Shows → [show] → Subscription → Welcome and Feed URL Emails (works under any bridge). A switched-off email is never built, so it never reaches the benecaster_email_should_send filter. The Welcome switch is the one exception that never fully applies — it never stops a follower’s welcome email, since that’s a follower’s only route to their feed URL (operator ruling). Donation Thank-You has no per-show switch.

Feed Link and Token Reset both carry a feed URL, and they do opposite things. Feed Link resets nothing: it re-sends the URL already in the subscriber’s podcast app, so the app keeps working. Token Reset follows a reset: the old URL has stopped working and the subscriber has to set the podcast up in their app again. Feed Link has no per-show switch, because it is only sent when a podcaster asks for it, and subscribers cannot unsubscribe from it.

Built-in Membership Billing Emails

The five above (Subscription Receipt through Subscription Cancelled) can each be switched off per show, at the same Subscription tab’s Subscriber Billing Emails section. Same rule: a switched-off email is never built. Billing Change Scheduled, Plan Change Scheduled and Move to Free Plan Scheduled have no per-show switch.

Of the three price-change emails, only the reminder has a switch — price_change_notice and price_change_cancelled always send, because they are the notice itself. All three are transactional, in UnsubscribeManager::TRANSACTIONAL_TYPES — as are Billing Change Scheduled (cadence_switch_scheduled), Plan Change Scheduled (tier_switch_scheduled) and Move to Free Plan Scheduled (free_tier_switch_scheduled): each describes the subscriber’s own billing, so a marketing opt-out does not stop it.

Promote to Bridge Emails

Account Provisioning Emails

These support the follower and guest signup flows, plus one account-identity change outside signup. None of them get a per-show on/off toggle. Guest — Set Password, Already Following, and Email Verification ARE registered in EmailTypeRegistry (with unsubscribable: false), so they appear in the Email Editor add-on’s template manager — registration just isn’t wired to a settings-page toggle yet. Follower — Confirm Signup is the one exception: it’s dispatched the same way, through EmailManager::send(), so the filter families above still work on it, but it has no EmailTypeRegistry entry and so doesn’t surface in the Email Editor’s list. All four can be overridden with the standard PHP template override system regardless.

Data Request Emails

Privacy requests from people who may have no account on your site. donor_data_erasure goes to a Listener Support donor who asks, by email address, for their details to be removed. It is sent only if donations exist on that address, and the request’s response never says whether they do. The link is single-use and expires after 24 hours. Confirming it anonymises every donation on that address (name, email, message and Stripe customer cleared, amounts kept) rather than deleting the rows.