Super Mailer lists content-related Craft events and supported plugin events.
Common examples:
craft\services\Elements::EVENT_AFTER_SAVE_ELEMENTcraft\services\Elements::EVENT_AFTER_DELETE_ELEMENTThe event list is generated from installed Craft/plugin classes, so available options depend on the project.
The event picker shows PHP callback variables for the selected event. Super Mailer exposes the selected event's available $event data to email templates through the Twig event variable when that data can be normalized or rehydrated.
$event->sender instanceof \craft\base\Element{{ event.element.title ?? event.sender.title ?? null }}Exact available properties depend on the event you select. Use the preview page's Template Variables panel to confirm what can be used for that notification.
Condition rows are evaluated before a queue job is pushed.
Available fields are generated from the selected event and element type. Super Mailer intentionally shows practical filters and hides noisy internal properties.
Common fields include:
Custom field conditions are intentionally limited to field types that can be compared reliably:
Supported third-party and Commerce-style element events may expose curated filters such as form handle, submission form/status/user, product type, store, order status, customer, plan, gateway, and simple boolean state fields.
Super Mailer hides fields that are usually not meaningful filters, including operational, sorting, default/calculated, request tracking, and internal configuration values.
Condition rows support:
Selector-style fields use contains and does not contain so multiple selected values can be compared. Text fields use is, is not, is empty, and is not empty. Number and money fields also support numeric greater/less comparisons. Toggle fields do not show a comparison dropdown because the switch itself defines the expected value. Empty comparisons hide the value field because no expected value is needed.
Use the move handle on the left side of a condition row to drag conditions into the order you prefer. Reordering is mostly for readability; matching is still controlled by All conditions must match or Any condition can match.
Use All conditions must match when every row must pass.
Use Any condition can match when at least one row can pass.
Craft entries can return statuses such as live, while other element types may return enabled. Super Mailer normalizes these values for enabled/disabled comparisons.
enabled, true, 1, yes, on, livedisabled, false, 0, no, offUse PHP conditions for advanced checks that cannot be expressed with condition rows. Enter only the expression. Super Mailer evaluates the expression as a boolean. Failed PHP conditions are logged as warnings and treated as false.
($event->sender->siteId ?? null) === 1Super Mailer ignores drafts, revisions, derivative elements, and provisional drafts for element events. This prevents sends when Craft creates draft/provisional records during editing.
The preview page includes a condition debug table showing:
PHP conditions are evaluated against the live event object when the actual event fires, so preview shows a note for PHP conditions rather than executing them against a synthetic preview object.