1.6 KiB
1.6 KiB
| title | aliases | tags | sources | created | updated | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| One2Edit Username Format |
|
|
|
2026-05-05 | 2026-05-05 |
One2Edit Username Format
One2Edit usernames are email addresses, not firstname.lastname handles. This trips up anyone guessing usernames from employee names.
Key Takeaways
- Username format:
FirstnameSurname@oliver.agency(no dot, no hyphen) - Example: Paul Johns →
PaulJohns@oliver.agency - Do NOT guess
paul.johnsorpaul.johns@oliver.agency— these do not exist - Use the users API to look up valid usernames, don't guess
Users API
GET /api/users?clientId=<id>
- Requires
clientIdparameter — the request will fail or return nothing without it - Authenticate with service account (
portal@oliver.agency) via the CORS proxy before calling - Returns a list of users for the given client, each with their email-format username
Lookup Flow
1. Auth: POST /Api.php → externSessionId (service account)
2. Fetch: GET /api/users?clientId=<clientId> → [{username, ...}, ...]
3. Use: pass username (email) to login/session endpoints
Common Mistake
"I'll just try
paul.johnsorp.johns@oliver.agency"
Neither works. The canonical username is the email without dots: PaulJohns@oliver.agency. Always look it up from the API rather than constructing it from a name.
Related
- wiki/tech-patterns/one2edit-api — full One2Edit API integration pattern
- wiki/client-knowledge/3m — 3M OMG Portal where this pattern applies