Skip to main content
This quickstart takes you from zero to a verified upload. It assumes you can sign in to the Everabyte dashboard with a company account.
Every credential below is a placeholder. Export real values in your shell or secret manager; never commit them.

1. Confirm your workspace type

The REST API is for company workspaces. If you sign in with an individual EverSpark account, API-key requests return:
If that happens, use a company workspace or contact support. The message text is illustrative; branch on the code.

2. Create an API key

Create the key from the dashboard’s API key area for your company. Key creation is a dashboard action, not a public REST endpoint. When you create the key:
  • Choose the scopes your integration needs. Start read-only, then add writes.
  • Restrict the key to specific buckets if the integration does not need the whole company.
  • Set an expiry appropriate to the integration. The dashboard default is 90 days.
  • Copy the secret immediately. The secret is not retrievable later.
The credentials look like this:
Store them as environment variables:
Use a separate key per application and per environment. When a key leaks, revoke that one key instead of rotating every integration.

3. Note your bucket ID

Every file and folder call is scoped to a bucket. You can discover the buckets your key can reach with the API, or copy the identifier from the dashboard:
Each item in data carries a bucket id, its name, and the opaque datacenterId location binding. A key restricted to specific buckets lists only those buckets.
If the list is empty and the dashboard shows no bucket, ask an administrator to create one; bucket creation is not available to API keys. See Buckets.

4. Verify authentication

List the folders in that bucket:
An illustrative success response:
An empty list is a valid result: it means the bucket has no root folders yet. A 401 means the key pair is wrong; a 403 means the key does not cover this bucket or lacks a scope.

5. List files in a bucket

The list is paginated; see Pagination.

6. Upload a file

Uploads use multipart/form-data. The file field name is not significant: the API reads every file part in the request.
To place the file inside a folder, add the folder ID to the path:
An illustrative response:
Upload requires active encryption keys for the owning user context. If they are missing or incomplete, the request fails before any file is stored. Do not retry blindly; fix the key state first.

7. Download the file

The download response is binary. Useful response headers include X-File-Id, X-File-Name, X-File-Size, X-File-Extension, and X-Encryption: SSE. Range requests are supported.

8. Clean up

Soft-delete the file you uploaded:
Soft-deleted files remain restorable during the trash display window. Hard deletion is permanent. See Manage file lifecycle.

Troubleshooting the first request

Next steps