Authentication
How you sign in to Zenoba, and what each way requires.
Email and password
AvailablePassword managed by Zenoba, self-service reset by email.
Google and Microsoft
AvailableThe mechanism is in place and hardened: identity comes from the provider, never from the address alone; no token travels in the return URL. It switches on as soon as the installation receives its application credentials.
Active Directory / LDAP
Coming soonNot available: the path exists in the code but was never put into service, and its per-workspace configuration does not work. To be reworked before being promised to a client.
Link Google or Microsoft to an existing account
A provider never opens a password account on the strength of the address alone: with several providers the address is editable and unverified. Linking is therefore a deliberate act.
Open “My account” from the menu under your name.
Pick the provider and enter your Zenoba password — proof that you are already in.
Sign in with the provider: on return the identity is attached to your account, and either way in will work.
Bring a team into a single workspace
With no claimed domain, every sign-up founds its own workspace: twenty colleagues land in twenty isolated ones. A proven domain changes that.
In the company configuration, claim your domain (for example example.com) and choose the role newcomers get.
Publish the TXT record shown, on the domain's DNS zone.
Click “Verify”: Zenoba looks the record up and marks the domain proven.
From then on, anyone signing up with an address on that domain joins your workspace instead of creating one.
Password policy
Self-service reset
User clicks "Forgot password" on the login page.
A reset link is sent by email (valid for 1 hour).
User clicks the link and chooses a new secure password.
Password is updated and user can log in.