Tenant workspace changes now arrive by email

The notification centre tells you what happened in the console — when you are in the console. Now the same events reach you when you are not, and reach the people who never sign in to it at all.

A workspace’s own administrators are told what happened to it. They have no console account, so until now nothing reached them: a workspace was created, suspended or closed and the people who run it found out from whoever told them. They now get a plain message about their own workspace — no console links, no internal wording, and support@sustentus.com to reply to.

Partners and the Sustentus team are told as operators, in the wording the console already uses, with a link straight to the workspace concerned. It lands on the same page the bell’s notification would have taken you to.

The same seven events, the same audiences. Creating, suspending, reactivating, deleting, recovering and permanently removing a workspace, and changing somebody’s role in one. Email and the notification centre are driven by one list, so the two can never tell you different things.

You are still never told about your own actions — including when the address is the one configured for the account you are signed in as.

A change never fails because an email did. Suspending a workspace succeeds whether or not the message goes out. If a message cannot be sent, the reason is recorded rather than lost: the Sustentus team sees a warning on the console dashboard when anything has failed in the last day, and a page listing exactly which messages did not arrive and why.