Enabling Email Notifications
- Login to the backend of your Curator instance (e.g.
https://www.curatorexample.com/backend). - Navigate to the Settings > Curator > Portal Settings section from the left-hand menu.
- Click on the “Notifications” tab at the top of the page.
- Toggle ON the switch labelled “Send Curator Digests”
- This will display scheduling options. Choose your weekly/daily/monthly scheduling options, and whiter or not you’d like immediate notifications for new alerts.
- Click the “Save” button.
Subscribing to and Un-Subscribing from Email Notifications
There are two ways to manage who receives the admin digest. Subscribing a backend user is always done from their profile (the first method below); un-subscribing can be done either from the user’s profile or directly from the recipients list on the Notifications tab.From the Backend Administrator’s profile
-
Login to the backend of your Curator instance (e.g.
https://www.curatorexample.com/backend). - Navigate to the Settings > Curator > Backend Administrators section from the left-hand menu.
- Click on the User whose settings you would like to change.
- Check or un-check the “Subscribe to admin digest” checkbox.
-
Click the “Save” button.

From the recipients list on the Notifications tab
- Login to the backend of your Curator instance (e.g.
https://www.curatorexample.com/backend). - Navigate to the Settings > Curator > Portal Settings section from the left-hand menu.
- Click on the “Notifications” tab at the top of the page.
- Under Backend Admin Recipients you will see one row for each backend user currently subscribed to the admin digest. Click the X on a row to un-subscribe that user, then click the “Save” button.
Recipients without a backend account
Digests can also go to people who do not have a backend account. Add their address to the “Additional Non-Curator-Admin Emails” field on the “Notifications” tab of Settings > Curator > Portal Settings. Click the “Save” button when you are done.Tableau Server SSL Certificate Notifications
Users’ browsers load embedded Tableau Dashboards directly from Tableau Server, and refuse to do so when the server’s SSL certificate is not valid. Curator’s own connection to Tableau does not verify the certificate, so it checks the certificate separately, the way a browser would, for each Tableau Server connection that uses anhttps:// URL. When
the connection has an Alternate Tableau Server URL, Curator checks that URL, because it is the one browsers use. The
result is rechecked at most once an hour.
Each notification names the Tableau connection and links to it.
High-priority notifications mean embedded Dashboards from that Tableau Server are already failing to load, usually
with the error described in
Tableau Connection Troubleshooting.
Ask your Tableau Server administrator to install a valid certificate. The expiring-soon notification counts down the
days until the certificate expires, so the certificate can be renewed before Dashboards stop loading.
The “could not verify” notification is medium priority because Curator checks the certificate against the certificate
authorities its own server trusts, not the ones your users’ computers trust. A certificate issued by your
organization’s internal certificate authority can load fine in users’ browsers and still raise this notification. If
embedded Dashboards load, you can ignore it; if they do not, the certificate is the likely cause (for example, it is
self-signed or is missing its intermediate certificate).
All of these notifications also appear in Settings > Curator > Status and clear on their own, within an
hour, once the Tableau Server presents a valid certificate that is not close to expiring. No notification is raised
when the Tableau Server cannot be reached at all, because Curator’s connection check already reports that.