Hi @JRichard9, youâre running into a real limitation of how HubSpot models marketing email events now.
Karstenâs suggestion is honestly the most practical native workaround today.
The âLast marketing email nameâ contact property is one of the few consistently updated fields you can reliably trigger off, and if your team follows a strict naming convention, filtering by keywords is workable, even if it feels a bit hacky (Organize marketing emails with custom email properties )
A couple of other angles Iâve seen teams use, depending on how strict the requirement is:
If the email is sent via a specific campaign, you can trigger off campaign membership instead of the email itself. This works well if the âfrom addressâ correlates to a campaign or brand stream. Itâs not perfect, but itâs more stable than email-level filters.
If the email is always sent from a specific subscription type, you can sometimes infer intent by combining âLast marketing email nameâ with âMarketing email subscription statusâ logic. This narrows false positives when multiple emails share similar naming.
Why HubSpot removed the âfrom addressâ filter is mostly architectural. Marketing emails are increasingly abstracted behind event objects and privacy controls, and the platform has been slowly removing filters that rely on message-level metadata that isnât guaranteed to be consistent across sends. Unfortunately, that usually happens without much explanation.
If this needs to be bulletproof, the only fully deterministic option is a custom code workflow listening to marketing email events via the API and then creating the ticket when the sender matches, but thatâs a heavier lift and usually overkill unless this is mission-critical.
If you want, whatâs the real driver for the ticket? Is it compliance, support follow-up, or internal alerting? Sometimes reframing the trigger makes the workflow simpler.