Hi team
Is it possible to disable email notifications for users?
Is it possible to turn this off tenant wide?
e.g. user got assigned a case
Hey Mikhaily. There is not a tenant wide setting for this. However, individual users can control their email notifications and disable them if desired. If you are on self hosted tenant there is an environment variable that you can disable, but its an all or nothing for email sending(invites, monitoring, send email actions, etc.)
Hi Spencer
We have two service accounts configured using SCIM with no email addresses or login configured.
We are getting bounce back emails when such notifications go to these accounts.
Any other workaround, apart from getting emails setup for these?
Other than adding the emails, unfortunately no.
Hi @Mikhaily!
Thanks for the extra context on the service accounts. Here are a few other angles worth exploring:
1. Do those accounts need to be users at all?
If they exist purely for API access, you may not need SCIM-provisioned users. Tines API keys are already linked to their own service account users, so you get the audit trail (operations are recorded against that service account) without a provisioned mailbox to bounce: Authentication and Authorization
2. Stop them becoming subscribers in the first place
Those emails fire because the account is a case subscriber. Subscribers are users who’ve been mentioned in case content or a comment, or who explicitly subscribed, and subscriber notifications go out via both email and in-app (Case overview). So:
- Avoid assigning or @mentioningmentioning those accounts. If a story is doing the assigning, point it at a real user or a case group.
- Remove them from cases they’re already on. The Subscribers API has list and delete endpoints if you want to clean up in bulk: Subscribers API. Heads up that the v1 endpoints are deprecated and go away December 1, 2026, so use v2.
3. Per-user notification settings
Users do have their own notification settings, so if you can get into those accounts once, even briefly, you could turn notifications off there and never touch them again. Worth a look in the account’s settings to confirm which types are covered.
4. Route case updates somewhere other than email
If the goal is “notify the team, but not by email,” webhook case notifications are usually the nicer path. Go to Cases > Case settings > Notifications and fan out to Slack or Teams from a story. You can configure up to 5 webhook notifications per team: Case notifications
5. Self-hosted option
DISABLE_EMAIL=true stops all email sending, including invites, monitoring, and Send Email actions, so it’s all or nothing: Environment variable reference
A pragmatic stopgap if none of the above fits: point those accounts at an address you control that just black-holes mail, so the bounces stop while you settle on a longer-term approach.
All that said, a tenant-wide notification toggle (or a “never email this user” flag) sounds like a reasonable ask. Want me to raise a feature request for it on your behalf? Happy to do that and share the reference back here. 
@leah yes please raise a feature request, thank you!
Done! If there’s anything else you need, don’t hesitate to reach out.