Notification settings control which AliasFleet alerts reach the account, by email and inside the dashboard. The five types are system, billing, security, feature and delivery, with a switch labelled as the master email control. All five types and the email switch are on by default. The controls sit in the Notification Preferences card on the Profile tab in Settings.
Notification preferences apply to the signed-in account only. Each account sets its own preferences. The card appears on the Profile tab for every signed-in account, with no plan check in front of it in the settings page.
Where are notification settings?#
Notification settings are on the Profile tab in Settings, in the Notification Preferences card. Open Settings, select the Profile tab, and scroll to Notification Preferences. The direct link is /settings?tab=profile#notification-preferences. The older /settings/notifications address redirects to the same card.
What does each notification type cover?#
Each of the five switches controls in-app notifications for one type. A switch affects only its own type. All five are on by default. The security type has verified triggers in the app code. For the other four types, no creation site was found there, so this guide gives the coverage from the settings labels and notes where no trigger was observed.
| Type | What it covers |
|---|---|
| System Notifications | System updates and maintenance |
| Billing Notifications | Billing, payments and subscription changes |
| Security Notifications | Security events and account changes |
| Feature Notifications | New features and product improvements |
| Delivery Notifications | Email delivery failures and bounces |
System notifications#
System notifications cover system updates and maintenance, including planned work and service changes that affect the account. No trigger for a system notification was found in the app code.
Billing notifications#
Billing notifications cover billing, payments and subscription changes. They include notices of failed payments. A failed payment puts the subscription into a past due state and leaves the invoice unpaid. For the steps after a failed payment, see Failed Payments. No billing notification creation site was found in the app code.
Security notifications#
Security notifications cover security events and account changes. Two kinds of alert are verified in the app code.
The new device login alert is created through the standard path, so the Security switch gates it. A notification titled "New Device Login Detected" is created when a login comes from a device the account has never used before, and only when the account already has other active sessions. A first ever login sends no alert, and a login from a known device sends no alert. The notification links to the Security tab, where the session can be reviewed. For session management, see Active Sessions.
The second kind is not gated by the Security switch. Alerts titled "Suspicious Device Detected", and suspicious activity alerts, are written straight into the notifications table, bypassing the standard path and its preference check. Three code paths do this: the password login route and the OAuth callback route create the suspicious device alert, and the suspicious activity tracker creates the suspicious activity alert for unauthorised send attempts. These alerts can therefore arrive with security notifications off.
Feature notifications#
Feature notifications cover new features and product improvements. With this switch off, no feature notification is created through the standard path, while other types continue. No trigger for a feature notification was found in the app code.
Delivery notifications#
Delivery notifications cover email delivery failures and bounces. A bounce means forwarded mail could not be delivered to the destination inbox. For the checks to run when forwarded mail stops arriving, see Emails Not Arriving. For background on keeping delivery mail apart from marketing mail, see How to Protect Your Email for Delivery Notifications. No trigger for a delivery notification was found in the app code.
How do I change a notification setting?#
- Open Settings and select the Profile tab, then scroll to the Notification Preferences card.
- Switch a type on or off. Each switch controls one notification type: System, Billing, Security, Feature or Delivery.
- Set Send Email Notifications on or off to control email delivery. The text beside the switch states that email alerts follow the in-app preferences above.
- Click Save Preferences. The switches change the settings on screen only. Save Preferences sends them to the server.
- Wait for the confirmation message. "Preferences Updated" confirms the settings were saved.
How do I confirm a change took effect?#
Reload the Settings page and return to the Notification Preferences card. The switches show the saved state. A disabled type produces no new notifications through the standard path: no new entry for that type appears in the notification centre, opened from the bell icon in the dashboard header. An enabled type produces entries there again. Security alerts for a suspicious device change or suspicious activity are the exception and can still appear with the Security switch off.
How do I stop all notification emails?#
Turn off Send Email Notifications and click Save Preferences. That switch is labelled as the master control for notification emails, and the text beside it states that email alerts follow the in-app preferences above. The backend check is still pending, so this guide cannot promise that every notification email stops. In-app notifications continue according to their own switches. Turning a single type off stops that type in the dashboard through the standard path; whether the email copy also stops has not been verified.
What if an expected notification does not arrive?#
Work through the settings first, then the delivery path.
- Check the switch and the save. Open the Notification Preferences card and confirm the type is switched on. If the switch was changed without clicking Save Preferences, the change was discarded. Switch it on again and click Save Preferences.
- Check the email switch. For a missing email, confirm Send Email Notifications is on. The type switch stops the in-app entry through the standard path; whether it also stops the email copy has not been verified.
- Check the notification centre. Open the bell icon in the dashboard header. If the entry is there, the notification was created and only the email copy is missing.
- Check the destination inbox. For a missing email copy, check the spam folder and confirm the destination inbox is verified. See Emails Not Arriving.
- Check whether the event qualifies. A new device login alert is created only for a device never used before, and only when other sessions are active. A login from a known device, or a first ever login, correctly produces no alert.
- Check whether the type is off. When a notification type is off, notifications of that type created through the standard path are not created. Security is the exception: alerts for a suspicious device change or suspicious activity are written directly to the notifications table and are not gated by the Security switch.