Skip to content

Notification Preferences

Every SetGet user can configure their notification preferences to control which channels deliver alerts for each event type. The preferences page provides a matrix view where you can enable or disable in-app, email, and SMS notifications independently for each of the 16 supported events.

Notification preferences are personal to each user and are accessible from Workspace Settings > Reminders > Preferences.

Accessing preferences

  1. Click your workspace name in the sidebar.
  2. Navigate to Settings > Reminders > Preferences.
  3. The event-channel matrix is displayed, showing your current configuration.

Any authenticated workspace member can edit their own preferences. Workspace administrators can also view (but not edit) other members' preferences for troubleshooting purposes.

The event-channel matrix

The preferences page displays a matrix with event types as rows and notification channels as columns. Each cell contains a toggle that enables or disables that channel for that event.

Event typeIn-appEmailSMS
state_changedToggleToggleToggle
assignee_changedToggleToggleToggle
priority_changedToggleToggleToggle
comment_addedToggleToggleToggle
issue_createdToggleToggleToggle
due_date_passedToggleToggleToggle
label_changedToggleToggleToggle
property_changedToggleToggleToggle
issue_completedToggleToggleToggle
mentionedToggleToggleToggle
date_changedToggleToggleToggle
cycle_changedToggleToggleToggle
module_changedToggleToggleToggle
link_changedToggleToggleToggle
relation_changedToggleToggleToggle
archive_changedToggleToggleToggle

Click any toggle to flip it on or off. Changes are saved automatically.

Default preferences

When a new user joins a workspace, they receive the following default notification preferences:

Event typeIn-app defaultEmail defaultSMS default
state_changedOnOnOff
assignee_changedOnOnOff
priority_changedOnOnOff
comment_addedOnOnOff
issue_createdOnOffOff
due_date_passedOnOnOff
label_changedOnOffOff
property_changedOnOffOff
issue_completedOnOnOff
mentionedOnOnOff
date_changedOnOffOff
cycle_changedOnOffOff
module_changedOnOffOff
link_changedOnOffOff
relation_changedOnOffOff
archive_changedOnOffOff

The defaults are designed to provide in-app coverage for all events, email coverage for high-importance events, and SMS off for all events until explicitly enabled.

TIP

SMS is disabled by default for all events. Users must explicitly enable SMS for the events they consider urgent enough to warrant a text message. This prevents notification fatigue and unexpected SMS costs.

Channel descriptions

In-app

In-app notifications appear in the notification panel (bell icon in the top navigation). They are:

  • Always available (no external configuration required)
  • Visible when the user is active in SetGet
  • Manageable through mark-as-read and bulk dismiss
  • Free and unlimited

Email

Email notifications are sent to the user's registered email address. They require:

  • SMTP configured at the instance level
  • A valid email address on the user profile
  • The trigger or state mapping to reference an email template

SMS

SMS notifications are sent to the user's registered phone number. They require:

  • An SMS provider configured at the workspace level (see SMS configuration)
  • A phone number registered on the user profile in E.164 format
  • SMS enabled for the event type in preferences

Phone number registration for SMS

Before SMS notifications can be delivered, you must register a phone number:

  1. Go to Profile Settings.
  2. Enter your phone number in the Phone field.
  3. Use E.164 format: + followed by country code and number (e.g., +14155551234).
  4. Save your profile.

If SMS is enabled for an event in your preferences but no phone number is registered, the SMS notification is silently skipped (no error is logged, but no message is sent).

WARNING

Enabling SMS without registering a phone number results in silent non-delivery. Always register your phone number before enabling SMS channels.

Overriding workspace defaults

Workspace administrators can set workspace-level default preferences that apply to all new members. Individual users can then override these defaults for their own account.

How overrides work

  1. The workspace admin sets default preferences under Workspace Settings > Reminders > Default Preferences.
  2. When a new member joins, they receive the workspace defaults.
  3. Each member can then customize their own preferences by toggling individual cells in the matrix.
  4. User-level overrides persist even if the workspace defaults are changed later.

Resetting to defaults

To reset your preferences to the current workspace defaults:

  1. Open Workspace Settings > Reminders > Preferences.
  2. Click Reset to Workspace Defaults.
  3. Confirm the reset.

This replaces all your current preferences with the workspace defaults. Any previous customizations are lost.

Channel priority and interaction

When multiple channels are enabled for an event, all enabled channels deliver independently. There is no priority or fallback logic between channels.

ScenarioIn-appEmailSMSResult
All enabledOnOnOnUser receives in-app + email + SMS
Email and in-app onlyOnOnOffUser receives in-app + email
SMS onlyOffOffOnUser receives SMS only
All disabledOffOffOffUser receives nothing for this event

WARNING

If a user disables all channels for an event type, they will not receive any notification for that event, even if a trigger is configured with them as a recipient. The trigger fires and resolves recipients normally, but the dispatch step respects the user's preferences.

Bulk actions

The preferences page supports bulk actions for efficient configuration:

ActionDescription
Enable all in-appTurns on in-app notifications for all 16 events
Disable all emailTurns off email notifications for all 16 events
Disable all SMSTurns off SMS notifications for all 16 events
Enable all for eventTurns on all three channels for a specific event row
Disable all for eventTurns off all three channels for a specific event row

These bulk toggles are available via column header and row header controls in the matrix.

Preferences and trigger interaction

Notification preferences and triggers work together in a two-stage system:

  1. Trigger stage: The trigger evaluates whether the event matches and resolves the recipient list. This is workspace-level configuration controlled by administrators.
  2. Preference stage: For each resolved recipient, the system checks their preferences to determine which channels to use. This is user-level configuration controlled by each individual.

A notification is only delivered if:

  • A trigger (or state mapping) exists for the event and includes the user as a recipient.
  • The user has the corresponding channel enabled in their preferences.

This means that even if an administrator creates a trigger that sends to all workspace members, each member's preferences determine the actual delivery channels.

Recommendations by role

Different team roles typically benefit from different preference configurations:

RoleRecommended in-appRecommended emailRecommended SMS
DeveloperAll eventsassignee_changed, mentioned, comment_added, state_changeddue_date_passed only if critical
Project managerAll eventsAll eventsdue_date_passed, priority_changed
Team leadAll eventsstate_changed, issue_completed, priority_changed, due_date_passedpriority_changed (Urgent only via trigger conditions)
Stakeholderissue_completed, state_changedissue_completed, due_date_passedOff
QA engineerAll eventsstate_changed, comment_added, issue_completedOff

These are suggestions, not enforced configurations. Each user should adjust based on their workflow and notification tolerance.