Workspace settings
Settings covers everything about the workspace itself rather than the mail it sends. It has four sections.
| Section | Holds |
|---|---|
| General | Name and identifiers |
| Members | Who has access |
| Roles | What each role may do |
| Billing & Usage | Plans, usage and spend |
You only see the sections your role allows. Each one is gated separately, so somebody on the billing role sees Billing & Usage and nothing else, and a developer may see no Settings sections at all. If a section you expected is missing, that is your role, not a fault.
General
Workspace name is what appears in the workspace switcher and in the sidebar. Editing it saves on Enter. If your role does not allow renaming, the field says so rather than failing when you try.
Workspace ID identifies this workspace. It is the id in dashboard URLs, and it is the thing to quote when asking us about a specific workspace.
Created is when the workspace was made.
Workspaces and what belongs to them
A workspace owns its domains, its audience, its campaigns, its credentials and its billing. Nothing is shared between workspaces: a domain verified in one is not verified in another, and an API key is scoped to the workspace it was created in.
That matters when you separate environments or clients by workspace, because each one needs its own verified domain before it can send.