Soontra's notification settings let you decide, per event, where an alert reaches you: in the app's bell feed, in your email inbox, or both. The defaults are tuned so the bell stays meaningful — you're only told about things that involve you, and never about your own actions.
Notification preferences live in Settings → Notifications.
In-app vs email
Each event lists its supported channels directly beneath it, and you control them independently:
- In-app notifications are always on. The bell feed is your workspace's source of truth, so every event that involves you lands there.
- Email is opt-in, per event. Nothing emails you unless you switch it on, and you choose exactly which events earn a place in your inbox.
Notifications you can't turn off (and why)
Two alerts are mandatory and never mutable:
- Post publish failures — a scheduled post that didn't go out.
- TikTok consent alerts — a post waiting on a consent step before it can publish.
Both share the same property: missing one can cost you a post. A failure you don't see is a post that silently never went live, so these stay visible in-app no matter what. When one fires, Troubleshoot failed posts walks you through the fix.
Email digests
Beyond per-event alerts, three digest emails summarize activity on a schedule, in their own Email reports section:
- Daily recap — what happened across your workspace today.
- Weekly report — the week's activity and performance in one email.
- 24-hour post-performance follow-up — how a post did in its first day.
Each digest is opt-in, like every other email.
Per-workspace overrides
Your notification settings are global by default: set them once and every workspace inherits them. When one workspace needs different treatment, add a per-workspace override — the workspace keeps inheriting your global choices for everything you don't override, and uses its own settings where you do.